XRPL 스마트 에스크로 Devnet, 9번째 테스트 출시

XRPL 스마트 에스크로 Devnet은 9번째 릴리스에 도달했으며, 새로운 테스트 네트워크 주소와 조건부 에스크로 로직 평가에 사용되는 WebAssembly 런타임의 변경을 도입했습니다. 이번 업데이트는 개발자들에게 테스트할 또 다른 빌드를 제공하지만, 프로그래머블 에스크로가 XRP Ledger 메인넷에서 이미 활성화되어 있다는 의미는 아닙니다. 팀은 검토, 테스트, 강화가 계속되고 있으며, 관련 XLS-0100 명세는 아직 초안 단계라고 밝혔습니다.

아홉 번째 릴리스 발표에서 RippleX 엔지니어 Mayukha Vadari는 엔드포인트 이동, WebAssembly 통합을 C++에서 Rust로 이전하는 것, 그리고 호스트-함수 호출 속도가 30%에서 50%까지 증가했다는 보고를 설명했습니다. 발표에서는 개발자들에게 더 이상 지원되지 않는 올인원 라이브러리에서 벗어나 새로운 패키지 분할로 테스트할 것을 요청합니다.

이미 스마트 에스크로 개발 중인 팀에게는 당장 마이그레이션과 재테스트가 필요하며, 생산 롤아웃은 아닙니다. 다른 모든 사람들에게는 이 구분이 중요합니다: 더 성숙한 Devnet은 구현 문제를 드러내는 데 도움을 줄 수 있지만, 초안 제안은 여전히 검토와 공식적인 메인넷 진입 경로가 필요합니다.

주요 요점

• 스마트 에스크로 Devnet은 9번째 릴리스에 도달하여 새로운 인프라로 이전했습니다; 이전의 Devnet 엔드포인트는 모두 퇴역했습니다.
• 이번 업데이트는 WebAssembly 통합을 C++에서 Rust로 옮기고, XRP Ledger 결제 처리량의 측정된 증가가 아니라 더 빠른 호스트 함수 호출을 보고합니다.
• XLS-0100은 코드 정의 에스크로 릴리스 조건을 제안하지만, 사양은 초안 단계이며 해당 기능은 메인넷에 아직 적용되지 않았습니다.
• 초안은 바이트코드 기반 에스크로에 대해 취소 시간을 요구하여, 조건을 충족하지 못할 경우 잠긴 자금에 만료 경로를 부여합니다.

릴리스 9가지 변경 사항

스마트 에스크로 Devnet은 새 호스트로 이전했으며, wasm-devnet.dev.ripplex.io기존 wasm.devnet.rippletest.net 엔드포인트는 은퇴했습니다. 변경된 엔드포인트는 작은 운영 세부사항처럼 들릴 수 있지만, 테스트 애플리케이션을 실행하는 누구에게나 중요합니다: 지갑 구성, 노드 연결, 스크립트, 연속 통합 작업이 여전히 이전 주소를 가리킬 수 있습니다. 개발자들은 설정을 업데이트하고 테스트 트랜잭션이 새 환경에 도달하는지 확인해야 합니다.

엔드포인트 마이그레이션은 원장 업그레이드가 아닙니다

주소 변경은 스마트 에스크로 테스트 환경에 적용됩니다. 이 변경만으로는 생산 XRP 레저를 변경하거나 메인넷에서 새로운 거래 유형을 활성화하지 않습니다. 이 차이는 개발자 네트워크 공지의 흔한 오해를 방지하는 데 도움이 됩니다: 새로운 인프라는 일반 XRP 보유자나 결제 사용자가 라이브 네트워크에서 할 수 있는 일을 변경하지 않고도 실험을 더 쉽게 진행할 수 있게 합니다.

Vadari의 릴리스 노트에는 프레임워크와 코드가 강화되는 동안 프로젝트가 검토 및 테스트 중임을 명시하고 있습니다. 이 문구는 9개 릴리스를 개발 과정에 포함시키며, 호환성 문제, 런타임 동작, 개발자 툴링이 여전히 변경될 수 있습니다. 새로운 Devnet은 해당 구성 요소들을 함께 테스트할 수 있는 공유 공간입니다; 모든 제안된 기능이 독립 감사나 메인넷 투표를 통과했다는 증거는 아닙니다.

성능 주장이 좁은 경우 런타임 변경입니다

이번 릴리스는 WebAssembly 통합을 C++에서 Rust로 옮기고, 가스 회계, 오류 처리, 검증 검사를 단일 진입점으로 통합합니다. Vadari는 호스트-함수 호출 속도가 30%에서 50% 증가했다고 보고합니다. 이는 특정 구현 지표입니다. 전체 네트워크 용량 30%에서 50% 증가, XRP 전송 속도 증가, 또는 모든 사용자에게 낮은 수수료로 다시 쓰여서는 안 됩니다. 발표는 이러한 광범위한 주장을 하지 않습니다.

변경 로그에는 호스트 함수와 필드의 이름 변경, 새로운 부동소수점 형식, Wasmi 2.0으로의 업그레이드, 추가 수정 사항도 나열되어 있습니다. 이 목록들은 테스트 런타임 내에서 진행 중인 엔지니어링 작업을 나타냅니다. 개발자는 릴리스 번호를 이전 빌드와 비교해 컴파일된 애플리케이션이 새 빌드에서 동일하게 동작한다는 보장이 아니라 테스트 버전 표시로 간주해야 합니다.

XRPL 스마트 에스크로가 제안하는 내용

XRPL 에스크로는 이미 지정된 시간이나 암호학적 조건과 같은 릴리스 규칙을 지원합니다. XLS-0100은 에스크로에 작은 WebAssembly 프로그램을 추가하여 누군가가 맞춤 규칙을 완료하려 할 때 프로그램이 평가할 수 있도록 제안합니다. 바이트코드는 에스크로가 생성되고 에스크로 종료 트랜잭션의 일부로 실행될 때 첨부됩니다.

이 모델은 기본적인 시간 잠금이나 해시 조건만으로는 충분히 표현력이 부족한 사용 사례를 지원할 수 있습니다. 개발자는 릴리스가 명명된 승인, 검증된 마일스톤, 또는 모두 성공해야 하는 여러 체크에 의존하기를 원할 수 있습니다. 초안에는 공증 승인, 준수 보류, 마일스톤 보상, 오라클 기반 합의 등의 예시가 포함되어 있습니다. 이들은 제안된 애플리케이션일 뿐, 해당 기능이 이미 공개 XRPL 거래에 제공되고 있다는 증거는 아닙니다.

명세서는 조건을 결합하는 것과 그 중 하나를 선택하는 것에 대해 중요한 구분을 합니다. 여러 마무리 조건이 존재할 경우, 초안에서는 모두 참이어야 한다고 명시합니다. 이것은 AND식 규칙이지, 어떤 조건이 독립적으로 자금을 해제할 수 있는 메뉴가 아닙니다. 따라서 애플리케이션은 의도된 논리를 신중하게 인코딩하고 성공 경로와 실패 경로를 모두 테스트해야 합니다.

출간 정보	업데이트 내용	그러나 이 법이 명확히 하지 않는 점
Devnet 상태	9번째 릴리스는 검토, 테스트, 강화 중입니다.	스마트 에스크로가 메인넷에서 활성화되어 있다는 뜻은 아닙니다.
네트워크 주소	Devnet은 새로운 호스트로 이동했고, 기존 엔드포인트는 폐기되었습니다.	이는 프로덕션 원장 업그레이드가 아니라 테스트 환경 마이그레이션입니다.
WebAssembly 런타임	통합은 C++에서 Rust로 이동했으며; 호스트 함수 호출이 30%에서 50% 더 빠르게 보고됩니다.	전체 거래 처리량이나 사용자 수수료에 관한 주장은 아닙니다.
개발자 라이브러리	올인원 패키지는 별도의 공통 라이브러리와 에스크로 중심 라이브러리로 대체되어 폐지되었습니다.	앱은 여전히 마이그레이션 작업과 새로운 Devnet에 대한 재테스트가 필요합니다.

가드레일과 자금 안전

프로그래밍 가능한 조건은 자금에 영향을 미치므로, 안전 모델도 기능 목록만큼 중요합니다. 초안은 계산과 데이터에 제한이 있는 제한된 실행 환경을 설명합니다. 검증자가 일관된 결과를 얻을 수 있도록 설계되었으며, 바이트코드는 관련 없는 원장 객체에 자유롭게 쓰거나 새로운 거래를 생성할 수 없습니다. 이러한 제한은 프로그램을 좁게 유지하는 것을 목표로 합니다: 지정된 에스크로가 완료될 수 있는지 결정하는 것이지, 원장에서 실행되는 제한 없는 애플리케이션처럼 행동하는 것이 아닙니다.

XLS-0100의 명시적 안전 장치 중 하나는 바이트코드가 포함된 에스크로에 대한 요구 CancelAfter 되는 시간입니다. 해제 조건이 성립하지 않거나, 상대방이 응답을 중단하거나, 프로그램에 오류가 발생하면, 만료는 원장 규칙에 따라 에스크로를 취소할 수 있는 방법을 제공합니다. 초안은 이 요건이 초기 릴리스 시 사용자를 보호하기 위한 것이라고 명시되어 있습니다; 향후 완화는 별도의 설계 결정에 달려 있습니다.

명세서의 보안 섹션에는 구현 테스트와 보안 감사가 기대된다고 명시되어 있습니다. 이는 모든 감사가 완료되었음을 확인하는 것이 아니라 반드시 해야 할 작업에 대한 진술입니다. 마찬가지로, Devnet에서 성공적인 테스트는 버그를 발견하고 신뢰도를 높일 수 있지만, 코드, 명세 변경, 사용자 실수로 인한 위험을 완전히 제거할 수는 없습니다. 개발자는 단순히 ‘행복한 경로’만 보여주기보다는 만료 동작, 거부된 마감, 불충분한 연료, 변형된 입력 등을 테스트해야 합니다.

개발자들이 테스트해야 할 것들

9번째 릴리스는 환경과 툴체인 일부 모두를 변경했습니다. 개발자 노트에는 이전의 올인원 xrpl-wasm-stdlib 패키지가 더 이상 지원되지 않으며, 라이브러리들이 이제 와 xrpl-common-stdlib로 분리 xrpl-escrow-stdlib 되었다고 명시되어 있습니다. 팀은 의존성을 업데이트하고, 바이트코드를 재구성하며, 트랜잭션 도구가 현재 Devnet 형식을 이해하는지 확인해야 합니다. 로컬에서 컴파일되는 프로그램도 네트워크의 허용 필드, 호스트 함수, 런타임 동작을 반드시 충족해야 합니다.

실용적인 이주 체크리스트

• 로컬 구성, 스크립트, 자동화 테스트에서 은퇴한 Devnet 엔드포인트를 교체합니다.
• 사용하지 않는 라이브러리 패키지를 벗어나고 에스크로 전용 도와주자와 공유 도우미 간의 분담을 검토하세요.
• 허용된 에스크로 마감과 거부된 마감 모두에 대해 테스트를 수행하며, 오류 및 가스 제한 사례도 포함됩니다.
• 관세 조건이 충족되지 않을 때 만료 및 취소가 작동하는지 확인하세요.
• 반복 실행에 따른 결과를 비교하여 비결정적 행동이나 이전 런타임에 대한 가정을 포착합니다.

이 검사들은 9번째 릴리스에 함수명, 검증 경로, 런타임 통합 변경 사항이 포함되어 있기 때문에 중요합니다. 재테스트는 패키지 이름 변경 후의 형식적인 절차가 아닙니다; 애플리케이션, 컴파일된 코드, 트랜잭션 빌더, 공유 네트워크가 동일한 규칙에 동의하는지 여부를 드러내는 데 도움을 줍니다.

왜 메인넷 지위가 아직 열려 있는지

XLS-0100은 Draft로 분류되어 있으며 Smart Escrow를 수정안으로 설명하고 있습니다. 그 문구는 이 기능이 공식적인 수정이 필요하다고 명시하고 있습니다. 즉, 라이브 기능으로 가는 경로는 Devnet 빌드를 공개하는 것 이상의 것을 포함합니다: 제안, 구현, 보안 작업, 커뮤니티 또는 검증자 프로세스가 여전히 진행되어야 합니다. 이용 가능한 릴리스 노트에는 메인넷 활성화 날짜가 명시되어 있지 않습니다.

따라서 마일스톤을 신중하게 읽는 방법은 두 부분으로 나뉩니다. 테스트 환경은 개발자들에게 점점 더 사용하기 쉬워지고 있으며, 일부 런타임 작업으로 호스트 함수 호출이 측정 가능한 개선을 가져왔습니다. 동시에 스마트 에스크로는 최종 규칙, 검토 결과, 메인넷 경로가 변경될 수 있는 제안으로 남아 있습니다. 이 기능을 설명하는 사람은 Devnet 진행 상황을 공개 런칭으로 취급하지 말고, 이 두 가지 사실을 함께 유지해야 합니다.

테스트 네트워크를 기반으로 구축하지 않는 사용자에게는 이번 릴리스만으로 메인넷에 대한 새로운 스마트 에스크로 조치가 없습니다. 개발자에게 가치는 더 빠른 피드백입니다: 맞춤형 릴리스 로직을 테스트하고 활성화 결정 전에 문제를 발견할 수 있습니다. 제안이 진행될지는 단순히 더 높은 Devnet 릴리스 번호가 아니라 그 테스트의 품질과 광범위한 수정 과정에 달려 있습니다.

자주 묻는 질문

스마트 에스크로가 XRP 레저 메인넷에 활성화되어 있나요?

아니요. 개발자 테스트 네트워크를 9개의 업데이트를 출시하세요. XLS-0100은 여전히 초안으로 표시되어 있으며, 제안서에는 라이브 기능을 위해 공식 수정이 필요하다고 명시되어 있습니다.

아홉 번째 스마트 에스크로 Devnet 릴리스에서 새로운 점은 무엇인가요?

이 릴리스는 Devnet을 새로운 인프라로 이동시키고, 기존 엔드포인트를 폐기하며, WebAssembly 통합을 C++에서 Rust로 이전하고, 개발자 라이브러리를 업데이트합니다. 릴리스 노트에는 호스트 함수 호출 속도가 30%에서 50%까지 증가했다고 보고되어 있습니다.

이 속도 증가로 인해 XRP 지급이 30%에서 50% 더 빨라졌나요?

아니요. 보고된 수치는 스마트 에스크로 실행 시간의 호스트 함수 호출에 관한 것입니다. 전체 XRP 원장 결제 속도, 네트워크 용량 또는 수수료를 측정한 것이 아닙니다.

스마트 에스크로 조건이 절대 충족되지 않으면 어떻게 되나요?

초안에 따르면, 바이트코드 기반 에스크로는 반드시 시간을 포함 CancelAfter 해야 합니다. 이렇게 하면 맞춤형 릴리스 조건이 성공하지 않을 경우 에스크로에 만료 경로가 부여됩니다. 기능과 세부 사항은 메인넷 활성화 전에 변경될 수 있습니다.

개발자들이 테스트 애플리케이션을 업데이트해야 하나요?

네, 은퇴한 엔드포인트나 더 이상 지원되지 않는 올인원 라이브러리에 의존한다면 그렇습니다. 릴리스 노트에는 개발자들에게 최신 패키지 스플릿으로 이동해 업데이트된 Devnet과 함께 애플리케이션을 재테스트하라고 요청하고 있습니다.

결론

스마트 에스크로 Devnet의 아홉 번째 릴리스는 코드 제어 에스크로 조건을 테스트하는 팀들에게 의미 있는 엔지니어링 단계입니다. 새로운 엔드포인트, Rust 기반 WebAssembly 통합, 업데이트된 라이브러리, 그리고 호스트 함수 호출 속도의 개선이 보고되었습니다. 가장 강력한 해석은 가장 제한적입니다: 이는 Devnet 변경 사항이지 메인넷 출시나 더 빠른 결제에 대한 주장이 아닙니다.

XLS-0100은 여전히 초안 제안 단계이며, 의무적 취소 시간은 프로그래머블 락에 대한 핵심 사용자 안전 문제 중 하나를 반영합니다. 개발자들은 새 환경을 이용해 마이그레이션, 실행, 실패 사례를 테스트할 수 있으며, 사용자는 스마트 에스크로를 실시간 XRPL 기능으로 사용하기 전에 공식 프로토콜 진행 상황을 기다려야 합니다.

더 많은 뉴스 읽기

더 많은 디지털 자산 및 시장 관련 소식은 VORTFLUX 뉴스 홈페이지에서 확인하세요.

면책 조항

이 VORTFLUX 기사는 개인 맞춤형 금융, 투자, 법률 또는 세금 조언이 아닌 일반 정보를 제공합니다. 암호화폐 가격은 빠르게 변동할 수 있으며, 투자한 자금을 모두 잃을 수 있습니다. 사실은 공개 시 이용 가능한 자료를 반영하며 변경될 수 있습니다. 중요한 정보를 독립적으로 확인하고 필요 시 자격을 갖춘 전문가와 상담하십시오. 자산, 회사 또는 서비스를 언급하는 것은 추천이 아닙니다.