XRP Ledger 개발자들은 8월 6일에 xrpld 버전 3.3.0을 출시하여 여러 프로토콜 변경 사항을 메인넷 활성화에 더 가깝게 이동시켰습니다.
- XRPL 3.3.0은 프로토콜 코드를 도입하지만, 메인넷 활성화가 발생하기 전에 검증인 승인이 여전히 필요합니다.
- ConfidentialTransfer는 MPT 잔액과 전송 금액을 보호하면서 승인된 당사자에 대한 규정 준수 액세스를 유지합니다.
- BatchV1_1은 이전 버전이 보안 결함으로 중단된 후 원자적 트랜잭션 기능을 복원합니다.
- Sponsor는 제3자가 수수료와 준비금을 부담할 수 있게 하면서 사용자는 계정에 대한 완전한 통제권을 유지합니다.
- DynamicMPT는 발행자가 선택한 토큰 속성을 나중에 수정할 수 있게 하여 진화하는 비즈니스 및 규정 준수 요구를 지원합니다.
공식 GitHub 릴리스는 ConfidentialTransfer, BatchV1_1, Sponsor 및 DynamicMPT에 대한 작업을 수정 및 기타 프로토콜 변경과 함께 확인합니다. 소프트웨어 릴리스 자체는 네트워크에서 이러한 기능을 활성화하지 않습니다.
이 구분은 일부 보고서가 6개의 업그레이드가 이미 활성화된 것으로 설명하기 때문에 중요합니다. XRP Ledger 수정 프로세스에 따라 새로운 프로토콜 기능은 활성화 전에 검증인 지원이 필요합니다. 수정안은 효력을 발생하기 전에 신뢰할 수 있는 검증인의 80% 이상의 지원을 2주 연속 유지해야 합니다.
XRP Ledger 3.3.0, 개인정보 보호 및 원자적 트랜잭션 도구 추가
ConfidentialTransfer는 다목적 토큰(MPT)에 대한 개인정보 보호를 추가하도록 설계되었습니다. XRPL 문서에 따르면 이 수정안은 암호화를 사용하여 개별 잔액과 전송 금액을 보호하면서 발행자나 감사자와 같은 승인된 당사자가 규정 준수에 필요한 정보를 확인할 수 있는 메커니즘을 유지합니다.
이 기능은 여전히 수정안 활성화의 대상이므로, 비공개 MPT 전송이 XRPL 메인넷에서 활성화된 것으로 아직 설명되어서는 안 됩니다.
BatchV1_1은 또 다른 주요 구성 요소입니다. XLS-56 표준은 서로 다른 계정을 포함한 여러 트랜잭션을 함께 패키징하고 처리할 수 있게 합니다. 원자적 실행은 여러 작업이 함께 성공해야 하는 결제 워크플로우에 도움이 될 수 있으며, 한쪽 다리가 완료되고 다른 쪽이 실패하는 상황을 방지합니다.
수정된 기능은 이전 보안 발견 사항을 따릅니다
Batch에는 중요한 역사가 있습니다. 이전 버전은 트랜잭션 서명 로직에서 보안 문제가 발견된 후 메인넷 활성화 전에 비활성화되었습니다. XRPL 재단은 이후 수정된 대체품으로 BatchV1_1로 이동했습니다. 이전에 XRPL 보안 보도에서 보고된 바와 같이, 개발자들은 최근 업그레이드에 대한 공식 검토를 강화했습니다.
권한 위임도 비슷한 경로를 따랐습니다. XRPL은 2025년 9월에 이전 수정안의 버그로 인해 특정 조건에서 승인되지 않은 트랜잭션이 다른 계정에 수수료를 부과할 수 있다고 공개했습니다. 검증인은 반대표를 행사하도록 권고되었고, 취약한 기능은 활성화되지 않았습니다. PermissionDelegationV1_1이 대체품으로 개발되었습니다.
수정된 개념은 계정이 기본 개인 키를 넘겨주지 않고 정의된 트랜잭션 권한을 부여할 수 있게 하여, 제한된 권한을 가진 운영 지갑을 지원합니다.
Sponsor 및 DynamicMPT는 기관 온보딩을 목표로 합니다
XLS-68에 기반한 Sponsor는 다른 계정이 트랜잭션 수수료나 준비금 요구 사항을 부담할 수 있게 하면서 사용자는 계정과 키에 대한 통제권을 유지하도록 설계되었습니다. 이 기능은 애플리케이션이 네트워크 비용을 충당하기 위해 XRP를 획득할 필요 없이 사용자를 온보딩할 수 있게 합니다. XLS-68 제안은 사용자 키 제어를 유지하면서 수수료 및 준비금 후원을 명시적으로 지원합니다.
DynamicMPT는 토큰 발행자를 대상으로 합니다. XLS-94 제안은 발행자가 토큰 생성 시 선택한 MPT 속성을 변경 가능으로 지정한 다음, 허용된 필드를 나중에 업데이트할 수 있게 합니다. 이 표준은 모든 토큰 속성을 자유롭게 편집할 수 있게 하지 않고 변화하는 비즈니스 또는 규정 준수 요구를 수용하기 위한 것입니다.
함께, 이러한 기능은 XRPL의 토큰화된 금융에 대한 성장하는 초점에 맞습니다. 관련 토큰화 보도에서 crypto.news는 JPMorgan, Mastercard, Ondo Finance 및 Ripple이 XRPL을 사용하여 토큰화된 국채 상환을 테스트했다고 보도했습니다.
인용된 모든 업그레이드가 버전 3.3.0에 속하는 것은 아닙니다
널리 퍼진 "6개 업그레이드" 프레임에 대해 한 가지 수정이 필요합니다. fixCleanup3_2_0은 새로 출시된 3.3.0 기능 패키지가 아닌 이전 xrpld 3.2.0 주기에 속합니다. 3.3.0 GitHub 변경 로그는 대신 LendingProtocolV1_1 및 별도의 fixCleanup3_3_0 트랙에 대한 작업을 주요 기능과 함께 보여줍니다.
따라서 릴리스는 6개의 완성된 기능이 동시에 사용 가능해지는 것으로 읽혀서는 안 됩니다. 이는 검증인과 운영자에게 수정안 결정에 필요한 코드를 제공하는 서버 소프트웨어 이정표입니다. 개별 수정안은 서로 다른 투표 일정을 가질 수 있으며, 지원이 필요한 임계값 아래로 떨어지면 활성화에 실패할 수 있습니다.
이 거버넌스 프로세스는 이전에 중요했습니다. 원래 Batch 및 Permission Delegation 수정안은 메인넷 활성화 전에 버그가 식별된 후 중단되었으며, 이는 소프트웨어 또는 검증인 투표에 포함되는 것이 프로덕션 배포와 동일하지 않음을 보여줍니다.
XRPL 검증인에게 다음 단계
노드 운영자는 이제 버전 3.3.0을 평가하고 업그레이드 및 개별 수정안 지원 여부를 결정해야 합니다. 정확한 활성화 날짜는 8월 6일 소프트웨어 릴리스가 아닌 검증인 투표에 따라 달라집니다. XRPL의 수정안 규칙은 초과 다수가 2주 동안 지속적으로 유지되어야 합니다.
XRP 보유자에게 즉각적인 변화는 금전적이기보다 기술적입니다. 버전 3.3.0은 개인정보 보호, 다단계 결제, 위임된 권한, 후원 온보딩 및 구성 가능한 토큰 발행을 위한 네트워크의 잠재적 도구 키트를 확장하지만, 더 높은 XRP 수요나 가격 상승을 보장하지는 않습니다.
다음으로 검증 가능한 이정표는 3.3.0의 검증인 채택, 수정안 지원 수준 및 예정된 활성화 날짜입니다. 이러한 임계값이 충족될 때까지 새로운 기능은 완전히 활성화된 XRP Ledger 메인넷 기능이 아니라 노드 소프트웨어에서 출시되고 거버넌스를 통과하는 것으로 설명되어야 합니다.
릴리스 마케팅보다는 검증인 결정이 각 기능이 메인넷에서 사용 가능해지는 시기를 결정합니다.