XRP Ledger, 10월 8일 XRP 계정 권한 위임 기능 활성화

위임 기능, XRPL에서 정식 가동

XRP의 기반이 되는 블록체인인 XRP Ledger에서 결제를 처리하던 기업들은 이번 주까지만 해도 뚜렷한 갈림길에 서 있었다. 핵심 자산을 통제하는 키를 인터넷에 연결된 장비에 두거나, 서명이 필요할 때마다 준수 업무 인력을 결제 현장에서 떼어내야 했다. 10월 8일 PermissionDelegationV1_1 수정안이 정식 가동되면서 이 제약이 사라졌다. 이제 계정 소유자는 마스터 키를 오프라인 저장소에 그대로 둔 채, 별도의 헬퍼 계정에 한정된 권한만 넘겨줄 수 있다. 이번 변경은 XRP 가격이나 XRP 공급량에는 영향을 주지 않는다. 계정에 대해 누가 어떤 일을 할 수 있는지를 다시 정의하는 것이 핵심이다. 발동 절차도 원장의 표준 경로를 따랐다. 거래를 검증하는 35개 신뢰 검증인 가운데 80% 이상의 지지가 2주 연속 유지됐고, 이는 최저 29표에 해당하는 수준이다. 9월에는 지지율이 이 선 아래로 내려가며 카운트다운이 초기화된 적이 있는데, 온체인 기록에 따르면 수정안은 두 번째 시도 끝에 통과됐다. 활용 사례는 사실상 24시간 돌아가는 준수 업무다. 스테이블코인 발행사는 KYC 절차에 따라 신규 고객을 승인하는 준수 전용 계정에 권한을 부여하면서, 재무 키는 콜드월렛과 같은 오프라인 상태로 유지할 수 있다. 이는 개인 보유자에게 Ledger Recovery Key가 강제하는 것과 동일한 오프라인 규율이다. 헬퍼 하나는 최대 10개 권한을 담을 수 있으며, 지출 한도가 아니라 행동 유형으로 정의된다: 고객 승인, 결제 실행, 특정 계정 동결이 그것이다. 헬퍼는 자체 키로 서명하고 부여된 행동만 수행할 수 있으며, 소유자는 언제든 권한을 수정하거나 회수할 수 있다. 은행이 이미 결제 부서와 준수 부서를 나눠 운영하듯, 이번 수정안은 그러한 직무 분리를 원장 수준에서 강제 가능하게 만든다. 잠재 수요도 가늠된다. XRP 재무회사 Evernorth가 공유한 수치에 따르면 네트워크의 평균 토큰화 자산은 2분기 기준 37억 2,000만 달러였고, 여기에 Ripple의 스테이블코인 RLUSD 약 5억 3,900만 달러를 더하면 합계 약 42억 6,000만 달러에 이른다. 이 권한 기반 발행 구조는 중앙은행 디지털화폐 파일럿에서 시험된 구조와 통하며, 원장의 대규모 스테이블코인 온보딩 확장 흐름을 이어간다.

업그레이드를 따라온 두 결함

위임 기능은 한 가지 문서화된 예외와 함께 출범했다. 공식 안내는 별도 수정이 발동되기 전까지 PaymentBurn 권한을 위임하지 말 것을 권고한다. 이 권한은 원장에서 발행된 토큰을 헬퍼가 소각하도록 허용하는 것이 목적인데, 특정 조건에서는 토큰을 새로 생성할 수도 있어 발행사의 공급량이 승인 없이 늘어날 위험이 있다. 경고 대상은 원장 발행 토큰이며 새로 발행되는 XRP는 해당하지 않고, 다른 세분화된 권한은 영향을 받지 않는다. 이 수정안은 금요일 기준 35표 중 27표로, 2주 카운트다운을 열어 권고를 해제하는 데 필요한 29표에 2표가 모자랐다. 프레임워크의 나머지 부분은 설계대로 작동한다. 헬퍼는 각 행동을 자체 키 쌍으로 서명하므로, 헬퍼 장비가 침해되더라도 노출되는 것은 부여된 권한의 일부이지 그 뒤에 있는 재무 자산이 아니다. 권한 부여는 언제든 다시 쓰거나 철회할 수도 있다. 두 번째 결함은 집계 자체에 자리 잡고 있다. 10월 8일 rippled 코드베이스에 접수된 버그 보고는 검증인이 정기 보안 키를 교체한 뒤에도 온라인 상태로 투표를 계속하는데, 일부 서버가 이 검증인을 수정안 표 집계에서 누락한다고 설명한다. 두 검증인을 놓친 서버는 35가 아니라 33을 기준으로 지지율을 계산해, 실제보다 통과에 가까워 보이게 만들 수 있다. 검증인을 순환하는 키 대신 영구 식별자로 식별하자는 수정 패치는 아직 검토 단계에 있다. 이번 사례는 XRPL 수정안이 거버넌스 토큰 표결이 아니라 검증인들이 운영하는 합의 알고리즘을 거쳐 통과한다는 점, 그리고 집계 소프트웨어 자체도 실패할 수 있는 구성 요소라는 점을 다시 확인시켜 준다.

남은 변수는 시간

이번 업그레이드가 지워준 것은 권한 공백이고, 남겨진 것은 일정이다. 세분화된 통제 수단이 없어 토큰화 펀드와 결제 도입을 미뤄온 기관은 이제 원장 위에서 직무를 분리할 수 있게 됐다. 그러나 PaymentBurn은 수정안이 29표에 도달할 때까지 사용할 수 없으며, 9월의 초기화 사례는 검증인 표 수가 흔들리면 2주 시계가 다시 시작될 수 있음을 보여줬다. 두 패치가 모두 통과하기 전까지 위임 기능은 문서화된 단서를 달고 배포되며, 주 단위로 측정되는 원장의 합의 속도가 여전히 전체 일정표를 결정한다.