카르다노 레이오스 0 설정 금지, 비상 종료안과 헌법 개정안 충돌

카르다노(Cardano)의 확장 기능 리니어 레이오스(Linear Leios)를 비상시에 멈추는 방안이 헌법 개정안과 충돌하고 있다. 쟁점은 실제 장애가 아니라, 장애 때 추가 거래 처리 경로를 끄는 절차를 헌법상 허용할 수 있느냐다.

생태계 조직 인터섹트(Intersect)는 11월 6일 주간 업데이트에서 헌법 개정 제안 CAP-12 5판이 레이오스 매개변수를 0으로 설정하지 못하게 했다고 밝혔다. 5판은 10월 30일 공개됐으며 헌법 본문에서 온체인 종료 규정도 뺐다. 비활성화 방법은 하드포크 계획에 남았고, 약 30개 매개변수 값은 검토 중이다.

레이오스는 일반 블록에 담기지 못한 거래를 별도의 엔도서 블록에 넣고, 투표와 인증을 거쳐 체인에 포함하는 확장 설계다. 카르다노 개선 제안 CIP-0164는 일반 블록 생산을 유지하면서 거래 처리 경로를 하나 더 두는 구조를 설명한다.

이 구조에서 제안된 0 설정은 카르다노 전체의 블록 생산을 멈추는 것이 아니라 레이오스의 추가 거래 처리 경로를 끄는 데 쓰인다. 비상 종료안은 이 경로를 대상으로 한다.

크립토슬레이트(CryptoSlate)는 케빈 해먼드(Kevin Hammond)가 11월 6일 제안한 종료 절차가 심각도 1·2급 네트워크 문제 때 엔도서 블록의 최대 거래 크기를 정하는 maxEndorserBlockTxsSize를 0으로 설정하는 내용이라고 보도했다. 제안은 사전 공지와 변경 빈도 제한을 완화하는 방안을 담았다.

다만 거버넌스 승인과 에폭 경계에서 변경 사항을 적용하는 절차는 유지한다. 레이오스를 다시 켤 때는 일반 매개변수 변경 절차를 따르는 구상이다.

현행 카르다노 헌법의 PARAM-04a 조항은 네트워크 운영에 중요한 매개변수를 바꾸기 전 통상 90일의 사전 공지를 요구한다. 신중한 기술 검토를 거친 심각도 1·2급 문제에는 이 기간을 줄일 수 있다.

이 예외는 공지 기간을 다루며, CAP-12 5판의 0 설정 금지까지 해소하지 않는다. 비상 종료안을 적용하려면 사전 공지 예외와 0 설정 허용을 각각 조정해야 한다.

개발 진도와 비상 종료 절차는 별개의 과제다. 카르다노 합의팀은 11월 3일 개발 보고서에서 엔도서 블록 생성, 인증서 검사, 투표 중계 기능을 개발 브랜치에 추가했다고 밝혔다.

인터섹트는 DijkstraNet이 11월 2일 프로토콜 버전 12로 전환됐지만, 사용된 노드 11.2에는 리니어 레이오스 전체 기능이 포함되지 않았다고 설명했다. 초기 통합 시험에는 별도의 Musashi 11.3 프로토타입을 사용한다.

앞서 본지는 레이오스 합의 기능이 개발 브랜치와 시험용 프로토타입에 반영됐으며 메인넷 적용 절차는 남아 있다고 보도했다. 이번 쟁점은 기능 개발의 진도가 아니라, 비상시에 추가 처리 경로를 끄는 방법과 그 헌법상 허용 범위다.

비상 종료안의 조건으로는 레이오스 개발팀의 서면 확인, Preview·Preprod 시험망에서의 종료·재가동 시험, 모든 노드 구현의 적합성 검사가 제시됐다. 이 조건들은 종료 절차를 적용하기 전에 확인하도록 제안됐다.

카르다노 포럼은 11월 2일 안내글에서 CAP-12가 당시 20차례 수정되고 토론 항목 32개가 올라왔다고 소개했다. 안내글은 스테이크풀 운영자(SPO), 위임대표(DRep), 헌법위원회의 검토 참여를 요청했다.

비상 종료안은 아직 채택되지 않았다. 인터섹트는 다음 CAP 검토 회의를 11월 12일 오후 4시(한국시간)에 열 예정이다.