안녕하세요, 커뮤니티 회원 여러분! SKALE Network의 단기 릴리즈 일정과 Network의 개발 과정 상황을 모두에게 알려 드리는 게시글입니다.

오픈 소스 프로토콜로서 모든 코드는 오픈 소스입니다. 즉, 모든 개발은 공개적으로 이루어집니다. 또한, GitHub로 이동하면 모든 미해결 문제와 반영 요청을 모니터링할 수 있습니다. 이 모두에 간편하게 액세스할 수 있지만, 이 게시글과 캘린더 링크를 통해 릴리즈 작업을 더욱 쉽게 ​​지켜볼 수 있습니다. 이를 통해 커뮤니티 전체가 메인넷의 다음 릴리스까지 이어지는 세부 정보와 타임라인을 볼 수 있습니다.

인프라와 성능 개선

SKALE 분산형 메인넷은 지난 10월에 성공적으로 런칭되었습니다. 오늘 현재 네트워크는 릴리즈 이후 중단 없이 기동 중이며, 48개의 검증인 조직이 160개의 노드를 기동하고 있습니다. 최근에 SKALE 메인넷에서 첫 번째 SKALE 체인이 릴리즈되었으며, 라이브 프로덕션 환경에서 테스트를 수행하기 위해 몇 가지 디앱과 개발 도구를 배포했습니다.

이 테스트 중에 발견된 몇 가지 주요 개선 영역이 있었습니다. 첫 번째는 네트워크에서 더 나은 로드 밸런싱이 필요하다는 것이었습니다. 단 몇 주 만에 핵심 개발자들이 디앱 개발자가 매우 쉬운 방식으로 체인의 16개 엔드포인트를 모두 활용할 수 있도록 하는 로드 밸런서의 개발을 촉진했습니다. 또한, 네트워크와 SKALE 체인의 성능을 조정하는 몇 가지 방법이 구현되어 메인넷상의 노드 안정성이 향상될 예정입니다.

이러한 일이 일어나는 동안 여러 검증인이 인프라를 더욱 안전하고 융통성 있게 업데이트하고 있었기 때문에, 메인넷에서 일부 노드를 내렸다가 다시 올려야 했습니다. 말하자면, 핵심 팀과 오픈 소스 기여자들이 초기 메인넷 SKALE 체인 런칭 이후로 검증인과의 조정, 테스트 및 업데이트를 밀어내느라 매우 바빴고, 그동안 네트워크는 중단 없이 운영되었습니다.

IMA 개선 및 감사

SKALE 체인에 대한 모든 작업과 병행하여 IMA(Interchain Messaging Agent)로 알려진 이더리움 <> SKALE 브리지에 대한 광범위한 작업이 있었습니다. 이 브리지의 초기 부분은 몇 달 전에 테스트넷에서 디앱 개발자와 일부 내부 네트워크에 릴리즈되었습니다. 그 이후로 팀은 가스 효율성을 극적으로 높이고 아키텍처를 단순화하며 몇 가지 주요 기능을 통합하기 위해 많은 재설계 작업을 수행했습니다. IMA는 지난 1월에 초기 감사를 진행하였고 재구성 및 재설계 이후에 머지 않은 릴리즈를 위한 최신 감사를 거쳤으며, 이 감사는 지난주에 완료되었습니다.

IMA는 이더리움과 생성된 각 SKALE 체인 모두에 배포될 여러 스마트 계약으로 구성됩니다. 또한, IMA 도커 컨테이너는 각 SKALE 노드에서 리소스 역할을 하는 검증인 노드에 배포됩니다. 이러한 계약과 컨테이너는 테스트, 최적화 및 재배포 과정을 거쳤으며 SKALE 측뿐만 아니라 검증인 측에서도 많은 조정과 관리가 필요했습니다. 각기 다른 유형의 인프라와 다양한 수준의 경험을 가진 48개의 다른 검증인을 활용하여 엄청난 노력을 기울였습니다. 감사하게도 핵심 팀과 검증인 커뮤니티는 이전 SKALE 테스트넷을 통해 많은 경험을 얻었으며, 복잡한 문제를 해결하고 조정을 통해 메인넷에 변경과 수정을 배포했습니다.

Post Denali와 최초의 SKALE 체인이 활성화됨에 따라 개발자들은 현시점에 존재하는 SKALE에 배포할 준비가 되었습니다. 즉, IMA 브리지를 사용하여 SKALE과 이더리움 간에 자산을 주고받는 데 관심이 있는 많은 고객이 있습니다. 두 번째 수요를 충족시키는 것이 바로 이다음 릴리즈가 중요한 이유입니다.

다음 단계

SKALE의 오픈 소스 개발팀은 코드 리뷰, 내부적인 QA 회귀 테스트, 테스트넷으로의 푸시, 메인넷과 관련된 릴리즈 절차를 따릅니다. 여기에는 합의부터 각 노드에서 실행되는 SKALED라고 하는 이더리움 클라이언트, 각 SKALE 체인에 대한 SKALE의 BLS 임계값 암호화 및 사전에 배포된 계약에 이르기까지 모든 것이 포함됩니다. 이 모두가 디앱 개발자와 최종 사용자가 사용할 하나의 스택에 있습니다. 아울러 지원 역할의 검증인 스택이 있습니다. 여기에는 도커 컨테이너 세트인 노드 소프트웨어, 노드 소프트웨어를 지원하는 CLI, 노드 수에 따라 달라지는 하나 이상의 SGX 서버가 포함됩니다.

합의, 사전에 배포된 계약에서 검증인 노드에 이르기까지 이러한 모든 구성 요소는 IMA와 함께 작동하도록 테스트, 업데이트 및 개선이 이루어졌습니다. 사실 지난 주 내내 QA는 SKALE 체인과 노드 스택을 모두에 대해 회귀 테스트를 진행했습니다. 이번 주에는 QA 회귀 테스트에서 베타 버전을 테스트넷에 푸시하는 2단계 프로세스로 이동합니다. 우리는 더 큰 규모의 검증인 커뮤니티를 참여시키기 전에 각 노드의 내부에서 무슨 일이 일어나고 있는지에 관한 더 많은 정보를 더 빠르게 얻기 위해 이 작업을 수행합니다.

먼저 한 번의 신속한 테스트를 위해 파운데이션 실행 테스트 노드에 대한 푸시가 있습니다. 머신 운영, SKALED 실행 및 수행, 트랜잭션 로드와 마이닝 블록 및 IMA를 통한 메시지 전송 측면에서 모든 것이 좋아 보이면 테스트넷 프로세스의 두 번째 단계를 시작합니다. 이 단계는 테스트넷에 참여하는 외부 검증인이 테스트넷 노드를 이러한 테스트넷 버전으로 업데이트하는 단계입니다. 그런 다음 외부 검증인 테스트넷으로 또 다른 테스트가 시작됩니다. 해당 팀은 성능 테스트를 수행하고 여러 SKALE 체인을 배포하며 IMA와 함께 SKALE 체인을 배포합니다. 그 시점에 기본적으로 토큰을 앞뒤로 전송하는 IMA 브리지를 통해 실행되는 수백 계정의 수많은 트랜잭션으로 SKALE 체인에 대해 로드 테스트를 실시합니다.

작업이 완료되고 팀이 계속 진행하기로 동의하면 메인넷에 버전을 릴리즈하기 시작하며 이 작업은 며칠이 걸립니다. 전 세계적으로 150개 이상의 노드를 운영하는 48개의 검증인 조직이 있으며, 다른 검증인은 약간 다른 시스템과 약간 다른 인스턴스나 인프라를 사용한다는 것을 잊지 마시기 바랍니다. 그런 다음 검증인이 실제로 모든 노드를 업그레이드했는지 확인하고 모든 노드가 메인넷에서 실행하기 위한 요구 사항을 준수하는지 검증하는 절차가 이루어집니다. 이 모든 작업에는 일반적으로 며칠간의 수많은 조정이 필요하며, 이 기간에 핵심 팀은 메인넷에 IMA 계약을 배포합니다. 메인넷에 배포되면 모든 계약을 Etherscan에서 확인할 수 있고 배포된 코드가 의도한 대로 작동하는지 확인하기 위해 검증을 실시합니다.

모든 검증인 노드가 업데이트되고 계약이 메인넷에 배포되고 문제가 해결되어 모든 것이 확인되면, 바로 이때 첫 번째 체인이 IMA를 사용하여 메인넷에 배포됩니다. 여기에는 SKALE Manager의 DKG(분산키 생성) 프로세스부터 시작하여 SKALE 체인 형성에 참여하는 노드의 노드 트랜잭션을 추적하고 관찰하는 등 모든 것이 올바르게 진행되는지 확인하는 QA 프로세스가 있습니다. 문제가 발견된 경우, 핵심 개발자와 기여자가 해당 문제를 분류하고 QA 통과를 수행합니다. SKALE 체인이 가동되면 IMA 계약이 해당 SKALE 체인에 자동으로 배포되고 사전 배포된 계약에 대해 QA가 수행됩니다. 그런 다음 각 SKALE 체인에 대해 로드 밸런서가 배포됩니다. 그리고는 첫 번째 디앱이 실행됩니다.

IMA와 배포 일정은 어떻게 되나요?

날짜별 상황을 더욱 정확하게 파악할 수 있도록 잠정적인 일정이 포함된 단순화한 간트 차트를 첨부하였습니다. QA 회귀 테스트로 시작하여 테스트넷으로 이어집니다. 테스트넷 1단계와 2단계 사이에는 고객이 메인넷에 릴리즈될 버전을 테스트할 수 있는 내부 네트워크인 DappNet이 있습니다. 이를 통해 메인넷에서 프로덕션 배포를 준비할 수 있습니다. 그 후 모든 일이 순조롭게 진행된다고 가정하면, 모든 것이 메인넷에서 활성화됩니다. 우리는 연한 파란색으로 표시된 프로세스를 시작합니다. 프로세스를 시작할 수 있을 것으로 예상되는 가장 빠른 시기입니다. 녹색은 해당 프로세스가 완료될 것으로 예상되는 가장 늦은 시기입니다. 이 차트는 우리가 이러한 활동을 시작하고 완료할 것으로 예상되는 확률론적 타임라인과 구간을 제시합니다.

개발 타임라인이 포함된 Google 시트를 보려면 여기를 클릭하십시오.

이러한 네트워크를 개발하는 일은 수많은 조정과 함께 엄청나게 힘든 작업입니다. 일반적인 소프트웨어 개발 주기와 달리 우리는 Cryptokitties와 같은 소프트웨어 하나만을 구축하는 것이 아니라 Web3의 기본 레이어를 생성하는 제품군 세트를 구축하고 있습니다. 거기에는 복잡한 상호 의존성이 있으며 모든 변경, 추가, 버그 수정, 재설계에는 연쇄 작용이 있습니다.

예를 들어, 우리는 많은 SKALE 체인의 합의가 BLS 임계값 암호화를 사용하여 블록에 서명할 수 있도록 하는 소프트웨어 중 하나인 SGX 지갑에서 몇 가지 매우 중요한 조정과 개선을 수행했습니다. IMA가 SGX 및 BLS 임계값 서명을 사용하여 블록에 앞뒤로 서명하기 때문에, SGX 지갑을 변경하면 합의에 영향을 미칠 수 있고, 이는 SKALED에 영향이 미칠 수 있고, 이는 임계값 암호화에 영향을 줄 수 있고, 이는 블록 서명에 영향이 미칠 수 있으며 또한 IMA 브리지에 영향이 미칠 수 있습니다. 그래서 우리는 SGX 지갑을 변경하고, 합의를 변경하고, SKALED를 변경하고, BLS 임계값 암호화를 변경하고, SKALE 노드를 변경하고, SKALE 노드 간의 API 레이어를 변경했습니다. 보시다시피 모든 것이 상호 의존적입니다. 스택의 이러한 부분 중 하나를 변경하면 스택 전체를 테스트해야 하는 완전히 별도의 QA 회귀 프로세스가 시작됩니다. 이것이 우리가 여러 주 동안 QA 테스트를 진행한 이유입니다.

결론

SKALE은 오픈 소스이기 때문에 많은 이해 당사자가 있습니다. 디앱 개발자, 오픈 소스 기여자, 연구자, 검증인, 대리인, 토큰 보유자, 심지어 이더리움 커뮤니티도 이해 당사자입니다. 그들은 모두 SKALE 네트워크의 성장과 지속 가능성을 위해 중요한 존재입니다. 이미 상당한 영향을 끼친 활동적인 해커원 프로그램이 있습니다. 우리는 DKG 프로토콜, SGX와 그 밖의 보안 모범 사례와 관련하여 연구자 및 그 밖의 커뮤니티 구성원의 기여도 받았습니다. 이 중 많은 일이 백그라운드에서 이루어지며, 그 중 일부는 SKALE의 GitHub 리포지토리를 보면 알 수 있습니다. 핵심 팀과 오픈 소스 기여자는 소프트웨어를 릴리즈할 뿐만 아니라 커뮤니티와 협력하고 네트워크의 모든 측면에서 모범 사례를 따르는지 확인합니다.

이는 매우 중요한 업데이트이며 검증인들이 테스트넷의 초기 단계부터 메인넷에 이르기까지 우리와 함께 이를 조정하는 데 도움을 주고 있다는 사실에 매우 기쁩니다. SKALE 이더리움 브리지를 통해 디앱 파트너는 애플리케이션에서 SKALE 체인을 사용할 수 있습니다. SKALE 체인과 IMA 브리지가 유연성, 보안과 속도를 제공하기 때문에 이더리움 개발자에게 매력적인 제안이라는 것을 알고 있습니다. 그들이 현재 사용 중인 다른 브리지에 비해 실로 상당한 개선이며 대중에게 디앱을 제공하는 데 있어 커다란 진전입니다.