빠른 답변: 제안 단계에 있는 XRP 레저 스폰서 계정 설계는 최종 사용자의 계정이 제로 XRP 잔액을 보유하도록 하고, 별도의 스폰서가 계정 준비금과 설정에 따라 거래 수수료를 부담할 수 있도록 하는 구조입니다. 준비금 의무가 사라지는 것이 아니라 스폰서에게로 이전됩니다. 2026년 11월 9일 출처 확인 기준, 구체적인 SponsoredAccountCreate 사양은 여전히 열린 제안 상태이므로, 모든 지갑이나 메인넷 서비스가 이 흐름을 지원하는 것으로 가정해서는 안 됩니다.
XRP 레저 계정은 왜 일반적으로 XRP가 필요한가요?
XRP 레저는 계정과 그 객체가 공유 원장에 적재하는 데이터의 양을 제한하기 위해 준비금을 사용합니다. XRPL이 공개한 메인넷 준비금 설정에 따르면 기본 준비금은 계정당 1 XRP이며, 소유자 준비금은 문서화된 예외를 제외하고 일반적으로 원장 객체당 0.2 XRP입니다. 계정은 ordinarily 원장에 존재하기 전에 자금이 채워져야 하며, 준비금으로 묶인 XRP는 일반적으로 자유 잔액처럼 사용할 수 없습니다.
이 수치는 네트워크 파라미터일 뿐 투자 논리가 아닙니다. 검증자는 네트워크의 수수료 투표 절차를 통해 준비금 설정을 변경할 수 있습니다. 고정된 준비금을 인용하는 모든 글은 해당 수치에 날짜를 표기하고 현재 XRPL 페이지로 독자를 연결해야 합니다.
스폰서 계정이란 무엇인가요?
스폰서 계정은 계정에 대한 통제권을 준비금 및 수수료 책임과 분리합니다. XLS-68 Sponsored Fees and Reserves는 스폰서가 수혜자(sponsee)의 특정 비용을 부담하는 방식을 설명합니다. 수혜자는 자신의 키와 계정에 대한 통제권을 유지합니다. 스폰서는 수혜자의 사용 가능 잔액에 상당액을 송금하는 대신, 지원되는 준비금 요구사항을 충당할 XRP를 보유합니다.
이 구조는 스테이블코인을 수령하거나 결제만 원하는 사용자를 앱이 온보딩하는 데 도움이 될 수 있습니다. 그러나 XRP를 수수료가 없는 네트워크로 만들거나 계정과 트러스트라인 저장의 경제적 비용을 제거하지는 않습니다. 누군가는 여전히 준비금을 공급해야 합니다.
이 설계에는 스폰서십을 종료하는 규칙도 필요합니다. XRPL의 2026년 9월 취약점 공시는 스폰서가 소유자가 준비금을 마련하기 전에 객체에 대한 지원을 중단할 수 있었던 Devnet 결함을 설명했습니다. 수정 사항은 준비금이 수혜자, 다른 스폰서에 의해 계속 커버되거나 객체가 제거되어야 함을 요구합니다. 해당 공시는 당시 해당 개정안이 활성화되지 않아 메인넷 자금은 위험에 노출되지 않았다고 밝혔습니다.
SponsoredAccountCreate는 무엇을 추가하나요?
이 제안은 다른 계정이 준비금을 스폰서링하면서 XRP 잔액이 0인 계정을 직접 생성하는 방법을 제시합니다. 2026년 10월 16일 표준 풀 리퀘스트는 새로운 SponsoredAccountCreate 트랜잭션을 설명합니다. 이 제안에서 계정 준비금을 뒷받침하는 XRP는 생성 과정에서 새 계정에 손을 대지 않고 스폰서에게 그대로 남습니다.
이 제안은 보다 넓은 XLS-68 스폰서십 프레임워크와 구별됩니다. 표준 풀 리퀘스트는 논의 중인 설계의 증거일 뿐, 메인넷 활성화나 모든 지갑의 지원을 증명하지는 않습니다. 편집자는 네트워크 상태가 변할 수 있으므로 게시 전에 XRPL 개정안 상태 페이지와 제안을 재확인해야 합니다.
제로 XRP 지갑이 XRP 수요를 줄이나요?
제안만으로는 그런 결론을 내릴 수 없습니다. 이 설계는 개별 최종 사용자가 앱을 사용하기 전에 확보해야 하는 XRP의 양을 줄일 수는 있습니다. 그러나 스폰서는 여전히 준비금용 XRP를 보유하고 잠재적으로 수수료를 지불합니다. 총 XRP 수요에 미치는 영향은 몇 개의 계정이 스폰서링되는지, 준비금 규칙이 어떻게 변화하는지, 그렇지 않았다면 존재하지 않았을 계정이 있는지, 그리고 스폰서가 잔액을 어떻게 관리하는지에 따라 달라집니다. 이러한 변수들은 제안 텍스트나 헤드라인만으로 추론할 수 없습니다.
더 명확한 사용자 혜택은 운영적인 측면입니다. 지갑 제공자가 백그라운드에서 준비금을 처리하면서도 사용자는 자신의 키에 대한 통제권을 유지할 수 있습니다. 결제 또는 스테이블코인 앱은 여전히 누가 계정을 스폰서링하는지, 서비스가 중단되면 어떻게 되는지, 그리고 어떤 작업에서 사용자가 자체 XRP를 마련해야 하는지 설명해야 합니다.
스폰서링된 지갑을 신뢰하기 전에 사용자가 확인해야 할 점은?
'제로 XRP'라는 라벨이 아니라 구현 내용과 서비스 약관을 확인하세요. 사용하는 네트워크에서 관련 개정안이 활성화되어 있는지, 지갑이 이를 구현했는지, 스폰서가 식별되는지, 그리고 출구(해지) 규칙이 명확한지 확인하십시오. 스폰서가 지불을 중단하면 계정 또는 그 객체는 특정 작업 진행 전에 다른 스폰서나 사용자 측 충분한 XRP를 요구받을 수 있습니다. 정확한 동작은 최종 활성화된 규칙과 지갑의 구현에 따라 달라집니다.
거래 수수료와 계정 준비금은 같은 것인가요?
아닙니다. 수수료는 개별 작업을 위한 비용이고, 준비금은 계정과 그 객체가 원장에서 차지하는 공간을 뒷받침하는 담보입니다. 단일 결제에는 거래 수수료가 발생합니다. 계정은 기본 준비금을 가지며, 트러스트라인 등 일부 추가 항목은 소유자 준비금 요구사항을 발생시킬 수 있습니다. 서비스는 허용된 규칙 하에서 수수료, 준비금 또는 둘 다를 스폰서링할 수 있습니다. '가스리스' 또는 '제로 XRP'라는 헤드라인은 어떤 비용을 누가 지불하는지를 알려주지 않습니다.
XRP 레저에서 발행된 달러 스테이블코인을 보유하려는 사용자를 생각해 보세요. 사용자에게는 계정과 트러스트라인이 필요할 수 있습니다. 앱이 트러스트라인 생성의 거래 수수료를 지불하더라도, 계정과 객체의 준비금 의무는 여전히 충족되어야 합니다. 스폰서십 프레임워크는 이러한 의무를 별도로 다룹니다. 이는 앱 운영자에게 중요합니다. 많은 계정을 온보딩하는 비용은 일회성 결제 수수료의 합계가 아니기 때문입니다. 운영자는 계정이나 객체를 스폰서링하는 동안 XRP 잔액을 유지해야 할 수 있습니다.
XRPL 준비금 페이지는 현재의 기본·소유자 준비금 설정을 문서화하며, 해당 값이 변경될 수 있음을 설명합니다. 제품은 백그라운드에 실제 준비금 의무를 남겨둔 채 고객의 가시 잔액만 단순화할 수 있습니다.
스폰서가 지불을 중단하면 어떻게 되나요?
전환 과정에서도 준비금은 계속 뒷받침되어야 합니다. 이것이 스폰서십 배후의 핵심 안전 문제입니다. 만약 스폰서가 수혜자가 여전히 계정이나 트러스트라인을 소유한 상태에서 준비금 XRP를 즉시 회수할 수 있다면, 원장은 담보 없는 항목으로 누적될 수 있습니다. XRPL의 취약점 공시는 Devnet 테스트 중 발견된, 스폰서링된 객체에서 바로 그 우려를 드러낸 버그를 설명합니다. 보고된 수정 방안은 첫 번째 스폰서가 담보를 회수하기 전에 수혜자가 준비금을 부담하거나, 새 스폰서가 이를 승계하거나, 계정 또는 객체가 제거되어야 함을 요구합니다.
이 규칙은 서비스 제공자의 경제성을 바꿉니다. 대규모 사용자 기반을 스폰서링하면 불확실한 기간 동안 XRP이 묶일 수 있습니다. 따라서 제공자는 계정 폐쇄, 스폰서십 양도, 그리고 제공자가 철수하려 할 때 XRP가 없는 사용자를 대비해 계획해야 합니다. 사용자 입장에서 중요한 공시는 특정 제공자가 계속 지불하는 것에 따라 지갑 사용 지속 여부가 좌우되는지입니다. 답은 최종 활성화된 사양과 제공자의 서비스 약관에 따라 달라질 것입니다.
열린 사양과 실제 사용 가능한 지갑 기능은 왜 다른가요?
표준 제안은 더 긴 여정의 한 단계일 뿐입니다. 제안은 검토되고, 노드 소프트웨어에 구현되며, 필요한 경우 네트워크의 개정안 절차를 통해 승인되고, 지갑 또는 앱 제공자에 의해 채택되어야 합니다. 네트워크 규칙이 활성화된 후에도 기존 지갑이 스폰서 계정 흐름을 노출하지 않을 수 있습니다. SponsoredAccountCreate 풀 리퀘스트는 2026년 11월 9일 확인 시점에 여전히 열려 있었습니다. 알려진 개정안 페이지는 보다 넓은 Sponsor 개정안을 확인할 수 있는 위치를 제공하지만, 그 상태 표시는 이전 글에서 복사하지 말고 게시 시점에 직접 확인해야 합니다.
독자는 거래소 계정과 온체인 XRP 레저 계정을 혼동해서도 안 됩니다. **중앙화 거래소**는 고객에게 자체 원장 내에서 XRP 잔액을 조회하도록 허용하면서 온체인 주소와 준비금은 거래소가 관리할 수 있습니다. 제안된 스폰서 계정 기능은 XRPL 계정과 트랜잭션에 관한 것이며, 모든 거래소 계정의 입금 요구사항이 변경되리라는 약속이 아닙니다.
실제 도입의 증거로 무엇이 있을까요?
명시된 구현과 관찰 가능한 사용을 찾으세요. 유용한 증거에는 활성화된 네트워크 개정안, 프로덕션 지갑 문서, 공개된 스폰서 조건, 그리고 해당 흐름이 사용 중임을 보여주는 트랜잭션 또는 계정 데이터가 포함됩니다. 파트너십 발표나 코드 제안은 의도를 나타낼 수 있지만, 몇 명의 사용자가 온보딩되었거나 얼마만큼의 XRP가 준비금으로 묶여 있는지를 정량화하지는 못합니다. 누군가 기술 제안을 토큰 가격 예측으로 전환할 때 특히 이 점이 중요합니다. 엔지니어링 메커니즘은 지금 설명할 수 있지만, 경제적 결과는 이후의 증거를 요구합니다.
FAQ
XRP 계정 준비금이 제거되나요?
아니요. 스폰서 계정 개념은 준비금 책임 주체를 이동시킬 뿐이며, 원장 저장을 뒷받침해야 하는 네트워크의 필요성을 제거하지 않습니다.
제로 XRP 지갑이면 사용자가 무료로 트랜잭션을 보낼 수 있나요?
서비스가 자체 구현 하에 관련 수수료를 스폰서링하는 경우에만 가능합니다. 가시 잔액이 0이라는 것은 무제한 무료 트랜잭션을 의미하지 않습니다.
SponsoredAccountCreate가 메인넷에 라이브인가요?
인용된 사양은 2026년 11월 9일 확인 시점에서 열린 제안이었습니다. 특정 워크플로우가 이용 가능하다고 주장하기 전에 현재의 개정안 및 지갑 상태를 검증하십시오.
