미나의 메인넷 업그레이드가 카운트다운 단계에 있습니다. 이번 업그레이드는 커뮤니티의 투표를 통해 선정된 세 가지 주요 기능을 도입합니다.
- 보다 쉬운 zkApp 프로그래밍 기능 (MIP 4)
- 더 강력한 증명 시스템인 김치(Kimchi) (MIP 3)
- 초고수익 리워드 제거 (MIP 1)
생태계 기여자들은 네트워크 극한까지 테스트해 이 지점에 도달했습니다. 최종 테스트 단계인 업그레이드 메커니즘 테스트(UMT)가 완료되었으며, Mina 팀은 업그레이드 사항을 메인넷에 배포하기 전에 먼저 Devnet 환경을 업그레이드하기 위해 준비 중입니다. (Devnet 업그레이드는 4월 9일 완료되었습니다.)
이 과정은 다양한 요소들이 움직이며, 많은 생태계 기여자들과의 높은 수준의 조율이 필요했습니다. 아래는 업그레이드 프로세스를 통해 Devnet 환경 및 미나 프로토콜 메인넷에서 예상되는 내용을 설명한 그림입니다.
업그레이드 과정은 다음 세 단계로 나눌 수 있습니다 : 업그레이드 이전, 업그레이드 진행, 업그레이드 이후.
업그레이드 이전 단계
1. 업그레이드 이전 릴리스: 노드 운영자 및 거래소는 o1Labs에서 발표한 업그레이드 이전 빌드로 업데이트해야 합니다. 이 빌드에는 업그레이드를 시작하는 데 필요한 사전 지정된 중지 슬롯(네트워크가 새로운 트랜잭션을 더 이상 수락하지 않을 때와 네트워크가 블록 생성을 중지할 때)가 포함되어 있습니다. 업그레이드가 성공하려면 활성 예치의 대다수(약 75%*)가 업그레이드되어야 합니다.
* 참고: 이 릴리스에는 업그레이드 준비 여부를 판별하는 주요 지표인 업그레이드된 예치에 대한 보고를 지원하기 위해 기본적으로 NodeStats의 경량 버전이 포함될 것입니다. GitHub에서 릴리스 노트가 공개되면 해당 내용과 데이터 수집에 대해 자세히 알아볼 수 있습니다.
2. 아카이브 노드의 이전: 동시에, 아카이브 노드 운영자들은 이전 과정을 시작해야 하며, 이를 중지 네트워크 슬롯에 도달할 때까지 계속합니다. 이 단계에서 커뮤니티 아카이브 노드 운영자들을 위한 문서가 공개될 것입니다.
* 네트워크 활성 예치란 지난 10,000개의 블록 중 적어도 1개의 블록을 생성한 Mina 블록 프로듀서들에게 할당된 총 예치의 합입니다.
업그레이드 진행 (12시간 동안 네트워크가 비활성화)
- 0시간: 대다수의 예치가 업그레이드되면, 미리 정해진 시점에서 중지 트랜잭션 슬롯에 도달합니다. 이 시점부터 업그레이드된 예치가 생성하는 모든 블록은 비어 있으며, 어떠한 트랜잭션도 포함되지 않습니다. 네트워크는 새로운 트랜잭션을 포함한 블록을 수용하지 않습니다. 블록 프로듀서들은 중지 네트워크 슬롯에 이르기 전에 최소한 하나의 노드를 계속 실행하여 네트워크가 어떤 블록을 업그레이드 할 지에 대한 합의를 이끌어내야 합니다. 동시에 o1Labs 팀은 이러한 노드로부터 네트워크 데이터를 수집하여 업그레이드 이후 릴리스 빌드를 준비합니다. 참고로, 이 기간 동안 블록이 비어 있기 때문에 블록 보상이 발생하지 않습니다.
- 5시간: 중지 트랜잭션 슬롯 후 5시간이 지난 시점에는 (100개의 슬롯에 해당), 중지 네트워크 슬롯에 도달합니다. 이 때부터 업그레이드된 블록 프로듀서들은 더 이상 새로운 블록을 생성하지 않으며, 네트워크는 새로운 블록을 수용하지 않게 됩니다. 이에 따라 체인 밀도가 감소할 것으로 예상됩니다. 중요한 점은, 노드를 업그레이드하지 않은 블록 프로듀서들은 중지 슬롯을 설정하지 않았기 때문에 여전히 블록을 생성할 수 있지만, 네트워크에서는 이러한 블록을 거부할 것입니다. 이에 따라 업그레이드 프로세스가 시작되기 전에 대다수의 예치가 업그레이드 되었는지 확인하는 것이 중요합니다.
- 5-11시간: 이 기간 동안 o1Labs는 업그레이드 이후 패키지를 공개할 예정입니다. 이 패키지는 포크 블록에서의 상태를 내보내어 구축되었습니다. 이 상태는 렛저 상태와 함께 유효성을 검사하고, 빌드가 릴리스되기 전에 마이그레이션된 아카이브 노드와 함께 검증될 것입니다. 동시에 팀은 네트워크를 시작하기 위해 시드, 아카이브 노드 및 크론 작업을 배포하고, 노드 및 네트워크 상태를 검증합니다. 또한, 포크 블록에서 새로운 버클리 호환 렛저를 검증하고 싶은 노드 운영자를 위한 유효성 검사 도구도 제공될 예정입니다.
- 11시간: 업그레이드 이후 릴리스가 태깅되고, 커뮤니티와 공유를 시작할 준비가 됩니다. 릴리스 노트는 GitHub에서 확인할 수 있습니다.
업그레이드 이후
- 12시간: 업그레이드 이후 릴리스가 공개된 한 시간 후에는 첫 번째 버클리 블록이 생성될 것으로 예상됩니다.
- 네트워크 모니터링: 업그레이드가 완료되고 첫 번째 버클리 블록이 생성된 후, 팀들은 체인 품질이 정상적이고, 대다수의 예치가 포스트 버클리 빌드로 업그레이드되었는지 확인하기 위해 철저한 네트워크 모니터링을 실시합니다.
주요 역할
거래소
서비스 중단을 최소화하기 위해, 거래소는 요청 시에 Mina 노드를 사전 업그레이드된 버전으로 업그레이드해야 합니다. 이렇게 하면 미리 정의된 슬롯에서 빈 블록을 생성하게 됩니다. 다운타임 기간(중지 트랜잭션 슬롯 이후) 동안 제출된 어떠한 트랜잭션도 업그레이드 후 체인에 존재하지 않을 것입니다. 이러한 이유로, MINA 예금 및/또는 인출을 업그레이드 진행 기간 동안 중지하는 것을 권장드립니다.
o1labs/client-sdk 라이브러리를 사용하여 트랜잭션에 서명하는 거래소는 메인넷 업그레이드 전에 새 라이브러리인 mina-signer로 업그레이드해야 합니다.
아카이브 노드 데이터베이스를 직접 사용하는 거래소는 데이터베이스 스키마 변경으로 인해 통합이 영향을 받을 수 있는지 평가해야 합니다.
업그레이드 후 O(1)Labs에서 제공할 아카이브 노드 데이터베이스 익스포트에 의존하고 싶지 않은 거래소는 아카이브 노드 마이그레이션 프로세스를 진행해야 합니다. 해당 프로세스는 여기에서 찾을 수 있습니다. 질문이나 지원이 필요한 경우, Mina 재단에게 전용 텔레그램 또는 디스코드 채널을 통해 문의하세요.
노드 운영자
노드 운영자는 최신 정보를 확인하기 위해 이메일과 #mainnet-updates 디스코드 채널을 주의 깊게 지켜봐야 합니다. 이메일을 받고 싶은 경우, 다음 양식을 작성하세요. 노드 릴리스에 대한 최신 정보는 GitHub 페이지에서 확인하세요. 업그레이드 프로세스 타임라인을 숙지하고 업그레이드해야 할 시점을 이해하세요.
업그레이드 프로세스 동안 블록 프로듀서들은 중지 네트워크 슬롯에 도달할 때까지 적어도 하나의 노드를 온라인 상태로 유지해야 합니다. 중요한 점은 이 기간 동안 블록이 비어 있기 때문에 예정된 네트워크 다운타임 중에는 블록 보상이 생성되지 않는다는 것입니다.
주요 채널
최신 상태 및 타임라인 업데이트를 확인하기 위해 주요 채널을 주시하세요. 업그레이드 중 이상 동작이 있는 경우, GitHub에서 문제를 제기하세요. 질문이나 다른 문제가 있는 경우, Mina의 디스코드 서버 팀에 문의하세요.