카르다노, Leios 핵심 코드 병합으로 3~5배 처리량 겨냥

Praos2가 메인 코드에 반영되다

Cardano (ADA) 엔지니어링 팀이 10월 23일 금요일 공개한 개발 보고서는 블록체인 네트워크 처리량 재설계에서 구체적인 진전 한 건을 기록하고 있다. Leios의 핵심 코드가 메인 개발 코드에 병합된 것이다. 이번 통합의 중심에는 Praos2가 있다. Praos2는 기존 합의 알고리즘 방식과 Leios를 결합한 구조다. 여기에 노드 간 정보 교환을 담당하는 두 구성 요소인 LeiosNotify와 LeiosFetch가 함께 들어갔다. 파이프라인의 한 조각은 아직 남아 있다. 엔도서 블록을 선택하고 처리 대상으로 가져오는 논리가 그것이다. Leios는 노동 분업을 골격으로 삼는다. 일반 블록 생산은 기존과 동일하게 이어지되, 엔도서 블록 안에 담겨 검증 대기열에 쌓이는 트랜잭션 묶음은 평범한 블록 산출물과 분리해 검증·인증된다. 이런 분리가 필요한 이유는 현재의 합의 계층인 Ouroboros Praos가 지닌 구조적 한계에 있다. 지분증명 설계에서는 블록이 네트워크에 빠르게 전파되어야 하고, 이 요구 조건이 체인이 초당 운반할 수 있는 트랜잭션 데이터의 상한을 정한다. 인증 절차를 전파 경로에서 떼어내는 것이, 블록이 노드에 도달하는 방식을 바꾸지 않고 그 상한을 높이려는 개발진의 접근이다. 보고서는 이번 병합을 네트워크 변화가 아닌 개발 단계의 이정표로 규정한다. 병합된 코드가 라이브 메인넷 동작에 영향을 주는 부분은 없으며, 활성화 높이나 날짜도 코드에 함께 실리지 않았다. 이전 업데이트에서 밝힌 단계별 계획에 따르면 초기 처리량 목표는 현재 대비 3~5배이고, 10~15배는 운영자 참여와 메인넷 부하 테스트가 끝난 뒤에나 가능하다. 테스트넷 트랙은 별도로 진행된다. 앞서 우리가 상세히 다룬 Dijkstranet 배포가 그 사례다. 따라서 이번 코드 병합을 성능 개선이 먼저라고 신호로 읽어서는 안 된다. 병합이 확립한 것은 재설계된 코드가 이제 주력 코드베이스 안에서 컴파일되고, 실행되고, 발전한다는 사실이다. 이것이 이후 모든 단계의 전제 조건이다.

4.5KB 상한, 그다음 Dijkstra

Input Output이 10월 20일 화요일 발표한 로드맵은 이 목표들 뒤에 있는 수치를 제공한다. 현재 처리량 상한은 초당 약 4.5KB의 트랜잭션 데이터 수준이다. 같은 기준으로 환산하면 초기 3~5배 목표는 초당 약 13.5~22.5KB에 해당한다. 로드맵은 이 수치가 초당 트랜잭션 수가 아니라 데이터량의 척도라고 분명히 밝힌다. 실제 초당 처리 건수는 각 트랜잭션의 크기와 요구 연산량에 따라 달라진다. 전달은 다음 하드포크인 Dijkstra 업그레이드를 통해 이뤄지며, 계획은 Leios를 이 포크와 짝지운다. 로드맵은 또한 포크만으로 용량이 목표치에 도달하지 않는다고 정직하게 서술한다. 스테이킹 풀을 운영하는 운영자는 먼저 BLS 키를 등록해야 한다. BLS 키는 엔도서 블록을 인증하는 데 필요한 암호학적 자격 증명이다. 등록된 지분이 전체의 약 90~95%에 도달해야 비로소 네트워크가 메인넷에서 고부하 테스트를 돌릴 수 있다. 이 테스트는 블록과 인증 데이터가 실제로 얼마나 빠르게 전파되는지를 측정하며, 그 결과가 용량을 더 끌어올릴지 판단하는 근거가 된다. 운영자 선택을 고민하는 위임자는 우리의 카르다노 스테이킹 풀 선택 가이드를 참고할 수 있다. 10~15배 구간에 도달하려면 프로토콜 파라미터 변경이 최소 두 차례 더 필요하고, 각 변경은 세 개의 승인 문턱을 동시에 통과해야 한다. 위임 대표자 투표 지분의 67%, 스테이킹 풀 운영자 지분의 51%, 그리고 헌법 위원회 정족수의 3분의 2가 그것이다. 로드맵은 각 제안이 바로 앞 단계 용량 구간의 메인넷 테스트 결과에 근거해야 한다고 덧붙인다. 테스트넷 전환은 자체 순서를 따른다. 10월 9일 금요일의 Intersect 업데이트에 따르면 노드 11.2가 Leios 없이 Dijkstra 기능을 공개 테스트넷에 올렸고, 이어지는 노드 11.3이 선형 Leios를 결합할 예정이다.

코드는 병합됐고, 용량은 표결이 정한다

지금 중요한 구분은 작성된 코드와 개방된 용량 사이의 것이다. 병합은 Leios를 코드베이스에 넣을 수 있는지의 문제에 답했을 뿐, 메인넷 처리량 수치를 단 하나도 움직이지 않았다. 그 사이의 모든 절차는 개발자가 지름길로 건너뛸 수 없다. BLS 등록이 90~95% 구간까지 올라가고, 전파 측정 결과가 각 단계를 정당화하는 부하 테스트가 끝나고, 이어서 위임 대표자 67%, 운영자 51%, 위원회 3분의 2의 지지를 요구하는 파라미터 표결이 진행되어야 한다. 초기 3~5배 개선은 Dijkstra와 함께 오는, 더 가까운 인도물이다. 10~15배는 로드맵이 내세우는 수치이지만, 앞 단계들이 메인넷에서 문제없이 검증되기 전까지는 소집될 수 없는 표결에 묶여 있는 상태다.