XRPL Docs (Korean)
  • XRPL Docs(Kor)
  • Introduction
    • XRP Ledger란?
    • XRP란?
    • Crypto Wallets
    • Transactions and Requests
    • Software Ecosystem
  • Use Cases
    • 결제(Payments)
      • P2P 결제(Peer-to-Peer Payments)
      • 예금 제한(Restricting Deposits)
      • 스마트 컨트랙트(Smart Contracts)
    • 토큰화(Tokenization)
      • 스테이블코인 발행인(Stablecoin Issuer)
      • NFT 마켓플레이스 개요(NFT Marketplace Overview)
    • 탈중앙화 금융(Decentralized Finance)
      • 알고리즘 트레이딩(Algorithmic Trading)
      • 거래소에 XRP 상장하기((List XRP as an Exchange)
  • Concepts
    • 소개
      • 컨센서스 소개
      • XRP
      • 소프트웨어 생태계
    • XRP Ledger 서버
      • rippled 서버 모드(rippled Server Modes)
      • 클러스터링(Clustering)
      • Ledger 역사
      • 피어 프로토콜(Peer Protocol)
      • 트랜잭션 검열 감지(Transaction Censorship Detection)
      • 병렬 네트워크(Parallel Networks)
      • 수정안(Amendments)
        • XRP Ledger에 코드를 기여하는 방법
        • 알려진 수정안
      • 클리오 서버(The Clio Server)
    • 컨센서스 네트워크(Consensus Protocol)
      • 컨센서스 구조(Consensus Structure)
      • 컨센서스 원칙과 규칙(Consensus Principles and Rules)
      • 공격과 실패 모드에 대한 컨센서스 보호(Consensus Protections Against Attacks and Failure Modes)
      • 불변성 체크
      • 부정 UNL
      • 트랜잭션 취소 정보
      • 트랜잭션 변조 가능성
      • 수수료 투표
      • 컨센서스 연구
    • Ledgers
      • Ledger 구조(Ledger Structure)
      • 개방형, 폐쇄형, 검증형 Ledgers(Open, Closed, and Validated Ledgers)
      • Ledger 마감 시간(Ledger Close Times)
    • 트랜잭션(Transactions)
      • 수수료(Fees)
      • 신뢰할 수 있는 트랜잭션 제출(Reliable Transaction Submission)
      • 보안 서명(Secure Signing)
      • 출발, 데스티네이션 태그(Source and Destination Tags)
      • 트랜잭션 비용(Transaction Cost)
      • 트랜잭션 대기열(Transaction Queue)
      • 결과의 불변성(Finality of Results)
        • 트랜잭션 결과 조회(Look Up Transaction Results)
        • Transaction Malleability
    • 결제 유형
      • XRP 직접 결제
      • 교차 화폐 결제
      • 수표
      • 에스크로
      • 부분 결제
      • 결제 채널
    • 토큰(Tokens)
      • Non-Fungible Tokens
        • NFT 정보 저장소(NFT Payload Storage)
        • XRP Ledger에서 NFT 토큰 거래(Trading NFTokens on the XRP Ledger)
        • NFT Reserve Requirements
        • 일괄 발행(Batch minting)
        • 다른 계정에게 NFT 발행 권한 부여(Authorizing Another Account to Mint Your NFTs)
        • NFT 경매 진행하기(Running an NFT Auction)
        • NFT를 컬렉션으로 발행하기(Minting NFTs into Collections)
        • NFT의 고정 공급 보장하기(Guaranteeing a Fixed Supply of NFTs)
        • NFT 관련 API(NFT APIs)
      • 신뢰선과 발급(Trust Lines and Issuing)
      • 승인된 신뢰선(Authorized Trust Lines)
      • 토큰 환수(Clawing Back Tokens)
      • Freezing Tokens(토큰 동결)
        • 동결에 대한 일반적인 오해(Common Misunderstandings about Freezes )
      • Rippling
      • 이체 수수료(Transfer Fees)
      • 경로(Paths)
      • Demurrage(과잉보유비용)
      • 탈중앙화 거래소(Decentralized Exchange)
        • 제안(Offers)
        • Auto-Bridging
        • Tick Size
        • AMM(Automated Market Makers)
    • 계정
      • 다중 서명
      • 티켓
      • 계정 유형
      • 계정 삭제
      • 준비금(Reserves)
      • 주소(Addresses)
      • 암호화 키(Cryptographic Keys)
      • 입금 승인(Deposit Authorization)
  • Tutorials
    • 퍼블릭 서버(Public Servers)
    • Python
      • Python으로 시작하기(Get Started Using Python)
      • python 모듈형 튜토리얼(Modular Tutorials in Python)
        • python을 이용한 Send Payments(Send Payments Using Python)
          • 계정 생성 및 XRP 전송(Create Accounts and Send XRP Using Python)
          • 신뢰 생성 및 Currency 전송 (Create Trust Line and Send Currency Using Python)
          • 시간 보류 에스크로 생성(Create Time-based Escrows Using Python)
        • python을 이용한 NFTs(NFTs Using Python)
          • NFTs 발행과 소각(Mint and Burn NFTs Using Python)
          • NFTs 전송 (Transfer NFTs Using Python)
          • NFT 판매 중개 (Broker an NFT Sale Using Python)
          • 공인 발행인 지정 (Assign an Authorized Minter Using Python)
          • NFTs 일괄 발행 (Batch Mint NFTs Using Python)
        • Python에서 데스크톱 지갑 구축(Build a Desktop Wallet in Python)
    • JavaScript
      • JavaScript로 시작하기(Get Started Using JavaScript)
      • JavaScript 모듈형 튜토리얼(Modular Tutorials in JavaScript)
        • JavaScript를 이용한 Send Payments(Send Payments Using JavaScript)
          • JavaScript를 이용한 계정 생성 및 XRP 전송(Create Accounts and Send XRP Using JavaScript)
          • JavaScript를 이용한 신뢰선 생성 및 화폐 전송(Create Trust Line and Send Currency Using JavaScript)
          • 시간 기반 에스크로 생성하기(Create Time-based Escrows Using JavaScript)
          • 조건부 에스크로 생성하기(Create Conditional Escrows Using JavaScript)
        • JavaScript를 이용한 NFTs(NFTs Using JavaScript)
          • JavaScript를 이용한 NFTs 발행 및 소각(Mint and Burn NFTs Using JavaScript)
          • JavaScript를 이용한 NFTs 전송(Transfer NFTs Using JavaScript)
          • JavaScript를 이용한 NFT 판매 중개(Broker an NFT Sale Using JavaScript)
          • JavaScript를 이용한 공인 발행인 지정(Assign an Authorized Minter Using JavaScript)
          • JavaScript를 이용한 NFTs 일괄 발행(Batch Mint NFTs Using JavaScript)
      • JavaScript를 이용한 브라우저 지갑 개발(Build a Browser Wallet in JavaScript)
      • JavaScript를 이용한 데스크탑 지갑 개발(Build a Desktop Wallet in JavaScript)
    • Java
      • Java로 시작하기(Get Started Using Java)
    • HTTP / Websocket APIs
      • HTTP/WebSocket API 사용 시작하기(Get Started Using HTTP / WebSocket APIs)
      • WebSocket으로 수신 결제 모니터링(Monitor Incoming Payments with WebSocket)
    • Tasks
      • 계정 설정 관리(Manage Account Settings)
        • 일반 키 쌍 할당
        • 일반 키 쌍 변경 또는 제거
        • 마스터 키 쌍 비활성화
        • 다중 서명 설정
        • 다중 서명 트랜잭션 전송
        • 데스티네이션 태그 필요
        • 오프라인 계정 설정 튜토리얼
        • 티켓 사용(Use Tickets)
      • XRP 보내기(Send XRP)
      • 특수 결제 유형 사용(Use Specialized Payment Types)
        • 에스크로 사용(Use escrow)
          • 시간 보류 에스크로 보내기(Send a Time-Held Escrow)
          • 조건부 보류 에스크로 보내기(Send a Conditionally-Held Escrow)
          • 만료된 에스크로 취소(Cancel an Expired Escrow)
          • 에스크로 조회(Look up Escrows)
          • 에스크로를 스마트 컨트랙트로 사용(Use an Escrow as a Smart Contract)
        • 결제 채널 사용(Use Payment Channels)
          • 결제 채널을 열어 거래소 간 네트워크 활성화(Open a Payment Channel to Enable an Inter-Exchange Network)
        • 수표 사용(Use Checks)
          • 수표 전송(Send a Check)
          • 정확한 금액의 수표 현금화(Cash a Check for an Exact Amount)
          • 유연한 금액의 수표 현금화(Cash a Check for a Flexible Amount)
          • 수표 취소(Cancel a Check)
          • 발신자별 수표 조회(Look Up Checks by Sender)
          • 수취인별 수표 조회(Look Up Checks by Recipient)
      • 토큰 사용(Use Tokens)
        • 대체가능한 토큰 발행(Issue a Fungible Token)
        • 탈중앙화 거래소에서 거래(Trade in the Decentralized Exchange)
        • 동결 금지 활성화
        • 글로벌 동결 시행
        • 신뢰선 동결하기
    • Apps 구축
      • JS에서 데스크톱 지갑 구축
      • JS에서 브라우저 지갑 구축
    • XRP Ledger 비즈니스
      • XRP 차트에 거래소 등록하기
      • 스테이블코인 발행자 되기
    • rippled 서버 관리
      • rippled 설치
        • 시스템 요구 사항
        • CentOS/Red Hat에 yum으로 설치하기
        • 우분투 또는 데비안 리눅스에 설치
        • 리눅스에서 자동 업데이트
        • CentOS/Red Hat에서 수동 업데이트
        • 우분투 또는 데비안에서 수동 업데이트
        • 리포팅 모드에서 rippled 빌드 및 실행
        • 용량 계획
        • rippled v1.3.x 마이그레이션 지침
      • rippled 구성
        • rippled를 검증인으로 실행하기
        • rippled를 스톡 서버로 실행
        • 수정안 투표 구성
        • 수정안 테스트
        • StatsD 구성
        • rippled를 병렬 네트워크에 연결하기
        • 온라인 삭제 구성
        • 권고 삭제 구성
        • 히스토리 샤딩 구성
        • 전체 히스토리 구성
        • gRPC 구성
        • 공개 서명 사용
      • 피어링 구성
        • 클러스터 rippled 서버
        • 비공개 서버 구성
        • 피어 크롤러 구성
        • 링크 압축 사용
        • 피어링을 위한 포트 포워드
        • 특정 피어에 수동으로 연결
        • 최대 피어 수 설정
        • 피어 예약 사용
      • stand-alone 모드에서 rippled 기능 테스트하기
        • stand-alone 모드에서 새 제네시스 ledger 시작하기
        • stand-alone 모드에서 저장된 ledger 불러오기
        • stand-alone 모드에서 ledger 진행하기
      • 문제 해결
        • rippled 문제 진단하기
        • 상태 확인 개입
        • 로그 메시지 이해
        • rippled 서버가 동기화되지 않음
        • rippled 서버가 수정이 차단됨
        • rippled 서버가 시작되지 않음
        • SQLite 트랜잭션 데이터베이스 페이지 크기 문제 해결
    • 클리오 서버 관리
      • 우분투 리눅스에 클리오 설치
  • References
    • XRP Ledger 프로토콜 참조(XRP Ledger Protocol Reference)
      • 기본 데이터 유형(Basic Data Types)
        • base58 인코딩(base58 Encodings)
        • 화폐 형식(Currency Formats)
        • NFToken
      • Ledger 데이터 형식(Ledger Data Formats)
        • Ledger 헤더(Ledger Header)
        • Ledger 객체 IDs
        • Ledger 객체 유형
          • AccountRoot
          • Amendments
          • AMM(experimental - 수정중)
          • Check
          • DepositPreauth
          • DirectoryNode
          • Escrow
          • FeeSettings
          • LedgerHashes
          • NegativeUNL
          • NFTokenOffer
          • NFTokenPage
          • Offer
          • PayChannel
          • RippleState
          • SignerList
          • Ticket
      • 트랜잭션 참조(Transaction Reference)
        • 트랜잭션 공통 필드(Transaction Common Fields)
        • 트랜잭션 유형(Transaction Types)
          • AccountSet
          • AccountDelete
          • AMMBid
          • AMMCreate
          • AMMDelete
          • AMMDeposit
          • CheckCancel
          • CheckCash
          • CheckCreate
          • DepositPreauth
          • EscrowCancel
          • EscrowCreate
          • EscrowFinish
          • NFTokenAcceptOffer
          • NFTokenBurn
          • NFTokenCancelOffer
          • NFTokenCreateOffer
          • NFTokenMint
          • OfferCancel
          • OfferCreate
          • Payment
          • PaymentChannelClaim
          • PaymentChannelCreate
          • PaymentChannelFund
          • SetRegularKey
          • SignerListSet
          • TicketCreate
          • TrustSet
        • Pseudo-Transactions
          • EnableAmendment
          • SetFee
          • UNLModify
        • 트랜잭션 결과(Transaction Results)
          • tec Codes
          • tef Codes
          • tel Codes
          • tem Codes
          • ter Codes
          • tes Success
        • 트랜잭션 메타데이터(Transaction Metadata)
      • Binary Format
    • 클라이언트 라이브러리
      • JavaScript / TypeScript 클라이언트 라이브러
        • ripple-lib 1.x에서 xrpl.js 2.x로의 마이그레이션 가이드
      • Python 클라이언트 라이브러리
      • Java 클라이언트 라이브러리
      • Ruby 클라이언트 라이브러리
    • HTTP / WebSocket APIs
      • API 규칙
        • 요청 형식
        • 응답 형식
        • 오류 형식
        • 마커 및 페이지네이션
        • 속도 제한
        • rippled 서버 상태
      • 공개 API 메소드
        • 계정 메소드
          • account_channels
          • account_currencies
          • account_info
          • account_lines
          • account_nfts
          • account_objects
          • account_offers
          • account_tx
          • gateway_balances
          • noripple_check
        • Ledger 메소드
          • ledger
          • ledger_closed
          • ledger_current
          • ledger_data
          • ledger_entry
        • 트랜잭션 메소드
          • submit
          • submit_multisigned
          • transaction_entry
          • tx
          • tx_history
        • 경로와 오더북 메소드
          • book_offers
          • deposit_authorized
          • nft_buy_offers
          • nft_sell_offers
          • path_find
          • ripple_path_find
        • 결제 채널 메소드
          • channel_authorize
          • channel_verify
        • 구독 메소드
          • 구독
          • 구독 취소
        • Server Info 메소드
          • fee
          • manifest
          • server_info (rippled)
          • server_state
        • 클리오 서버
          • server_info
          • ledger
          • nft_history
          • nft_info
        • 유틸리티 메소드
          • json
          • ping
          • random
      • 관리자 API 메소드
        • 키 생성 방법
          • validation_create
          • wallet_propose
        • 로깅 및 데이터 관리 메소드
          • can_delete
          • crawl_shards
          • download_shard
          • ledger_cleaner
          • ledger_request
          • log_level
          • logrotate
          • node_to_shard
        • 서버 컨트롤 메소드
          • ledger_accept
          • stop
          • validation_seed
        • 서명 메소드
          • sign
          • sign_for
        • 피어 관리 메소드
          • connect
          • peer_reservations_add
          • peer_reservations_del
          • peer_reservations_list
          • peers
        • 상태 및 디버깅 메소드
          • consensus_info
          • feature
          • fetch_info
          • get_counts
          • print
          • validator_info
          • validators
        • rippled 커맨드라인 사용 참조
        • 피어 포트 메소드
          • 상태 확인
          • 피어 크롤러
          • 유효성 검증인 목록 메소드
    • xrp-ledger.toml File
  • Infrastructure
    • 커맨드 라인 사용법(Commandline Usage)
    • Install rippled
      • System Requirements
      • Install on CentOS/RedHat with yum
      • Install on Ubuntu or Debian Linux
      • Update Automatically on Linux
      • Update Manually on CentOS/Red Hat
      • Update Manually on Ubuntu or Debian
      • Build and Run rippled in Reporting Mode
      • Capacity Planning
    • Configure rippled
      • Server Modes
        • Run rippled as a Validator
        • Run rippled as a Stock Server
      • Data Retention
        • Configure Full History
        • 온라인 삭제(Online Deletion)
        • Configure Online Deletion
        • Configure Advisory Deletion
        • 히스토리 샤딩(History Sharding)
        • Configure History Sharding
      • Configure Amendment Voting
      • Test Amendments
      • Configure StatsD
      • Connect Your rippled to a Parallel Network
      • Configure gRPC
      • Enable Public Signing
    • Peering
      • Cluster rippled Servers
      • Configure a Private Server
      • Configure the Peer Crawler
      • Enable Link Compression
      • Forward Ports for Peering
      • Manually Connect to a Specific Peer
      • Set Maximum Number of Peers
      • Use a Peer Reservation
    • Testing and Auditing
      • Start a New Genesis Ledger in Stand-Alone Mode
      • Load a Saved Ledger in Stand-Alone Mode
      • Advance the Ledger in Stand-Alone Mode
    • Troubleshooting
      • Diagnosing Problems with rippled
      • Health Check Interventions
      • Understanding Log Messages
      • rippled Server Doesn't Sync
      • rippled Server is Amendment Blocked
      • rippled Server Won't Start
    • Install Clio on Ubuntu Linux
    • Run a Private Network with Docker
Powered by GitBook
On this page
  • 요구 조건 충족(Meet the prerequisites)
  • 스마트 컨트랙트 조건 정의(Define the terms of the smart contract)
  • 오라클: 조건 및 이행 생성하기(Oracle: Generate a condition and a fulfillment)
  • 발신자: 에스크로에 필요한 시간 값 계산하기(Sender: Calculate time values needed for the escrow)
  • 발신자: 에스크로 생성(Sender: Create the escrow)
  • 발신자와 수신자: 유효성 검사를 기다렸다가 에스크로 생성 확인(Sender and Receiver: Wait for validation and confirm escrow creation)
  • 수취인: 에스크로 완료(Receiver: Finish the escrow)
  • 수신자와 발신자: 확인을 기다린 후 최종 결과 확인(Receiver and Sender: Wait for validation and confirm final result)
  1. Tutorials
  2. Tasks
  3. 특수 결제 유형 사용(Use Specialized Payment Types)
  4. 에스크로 사용(Use escrow)

에스크로를 스마트 컨트랙트로 사용(Use an Escrow as a Smart Contract)

스마트 컨트랙트는 둘 이상의 당사자 간의 계약 조건과 이행을 암호화하고 조건이 충족되면 자동으로 계약 조건을 이행하는 블록체인 기반 프로그램입니다. 스마트 컨트랙트는 투명하고 추적 가능하며 변조 방지 및 되돌릴 수 없는 방식으로 가치 있는 모든 것을 교환하는 데 도움이 될 수 있습니다.

스마트 컨트랙트를 블록체인에 인코딩하면 금융 기관이나 법률 기관과 같은 기존의 제3자 없이도 계약을 안전하게 수행할 수 있다는 이점이 있습니다. 대신 블록체인을 실행하는 분산형 컴퓨터 네트워크가 계약을 감독합니다.

특정 시간이 지나거나 암호화 조건이 충족된 후 XRP를 릴리스하는 스마트 컨트랙트로 XRP Ledger 에스크로를 사용할 수 있습니다. 이 경우, 암호화 조건이 충족된 후 XRP를 릴리스하는 스마트 컨트랙트로 에스크로를 사용하겠습니다.

이 시나리오를 통해 이 사용 사례를 설명해 보겠습니다: 파티 플래너가 스마트 컨트랙트를 사용해 파티 호스트와 파티 공급업체 간의 결제를 관리한다고 가정해 보겠습니다. 구체적으로, 파티 플래너는 스마트 컨트랙트를 사용하여 파티 호스트가 세트를 완성한 후 파티 밴드에 2000 XRP를 지불하도록 하고자 합니다.

이 사용 사례에서 파티 호스트는 에스크로의 발신자, 파티 밴드는 에스크로 수신자, 파티 플래너는 오라클의 역할을 합니다. 스마트 컨트랙트에서 오라클은 실제 이벤트를 확인하여 스마트 컨트랙트를 이행하거나 무효화할 수 있는 중립적인 제3자 에이전트입니다. 이 사용 사례에서는 예시를 위해 인간 오라클을 사용했지만, 실제로는 소프트웨어 애플리케이션이 오라클 역할을 할 가능성이 더 높습니다.

이 스마트 컨트랙트를 제공하기 위해 XRP ledger 에스크로를 사용하는 것은 제3자 오라클인 파티 플래너가 전통적인 에스크로 계약에서처럼 자금을 "보유"하지 않으며, 자금을 직접 가져갈 수도 없기 때문에 매우 좋은 방식입니다.

다음은 에스크로를 스마트 컨트랙트로 사용하기 위해 참여자가 완료해야 하는 높은 수준의 작업에 대한 로드맵입니다.

요구 조건 충족(Meet the prerequisites)

파티 호스트(발신자)는 다음을 갖춰야 합니다:

  • 에스크로와 발생하는 수수료를 지불할 수 있는 충분한 XRP를 보유한 XRP Ledger 계정.

  • 서명된 트랜잭션을 제출할 수 있는 rippled 서버(모든 서버)에 대한 네트워크 연결이 포함된 보안 서명 환경에 액세스할 수 있는 권한.

파티 밴드(수신자)가 있어야 합니다:

  • 에스크로에서 지급한 XRP를 받을 수 있는 XRP ledger 계정.

  • XRP ledger 트랜잭션 해시의 세부 정보를 조회하고 에스크로를 완료하기 위해 이행값을 제출하는 데 사용할 수 있는 rippled 서버에 대한 액세스 권한.

파티 플래너(오라클)가 보유해야 합니다:

  • 조건과 이행을 생성할 수 있는 능력.

  • 적절한 시기가 될 때까지 (이행을) 비밀로 유지.

  • 적절한 시기가 되면 공개적으로 또는 최소한 파티 밴드에 이행을 알릴 수 있는 방법.

  • 파티 밴드가 계약 종료(파티에서 재생)를 이행했는지 여부를 인식할 수 있는 기능.

스마트 컨트랙트 조건 정의(Define the terms of the smart contract)

에스크로를 스마트 컨트랙트로 만들려면 먼저 참여자가 계약 조건을 정의해야 합니다. 이 시나리오에서 참가자는 다음 세부 사항에 동의해야 합니다.

  • 에스크로가 특정 시간까지 이행을 허용하지 않아야 하나요? 이 옵션은 선택 사항이지만, 참여자는 에스크로가 필요하지 않다는 데 동의합니다. 조건부 보류 에스크로의 경우, 이 옵션을 활성화해도 에스크로가 완료될 수 있는지 여부는 전적으로 파티 플래너(오라클)가 만료 전에 이행을 게시하는지 여부에 달려 있기 때문에 추가적인 보안이 제공되지 않습니다.

  • 에스크로가 만료되어야 하나요? 물론입니다. 참가자들은 에스크로가 파티 다음 날 정오 12시 이후에 만료되어야 한다는 데 동의합니다. 이렇게 하면 파티 플래너가 파티 밴드(수령인)가 에스크로를 완료할 수 있는 충분한 시간이 주어지며, 파티 플래너는 계약이 종료되었음을 확인하고 암호화된 이행을 게시합니다. 계약이 만료되면 잠긴 XRP는 파티 호스트(발신자)의 계정으로 반환됩니다. 참가자가 에스크로 만료를 허용하지 않고 파티 플래너가 조건을 해제하지 않으면 XRP는 에스크로에 영원히 잠긴 상태로 유지됩니다.

  • 에스크로가 잠겨서 잠재적으로 지불해야 하는 XRP의 양은 얼마인가요? 참가자들은 에스크로가 파티 밴드의 수수료인 2000 XRP를 잠그고 잠재적으로 지불해야 한다는 데 동의합니다.

  • 에스크로는 파티 밴드에 지불할 수 있도록 어느 XRP ledger 계정에서 XRP를 잠가야 하나요? 참가자들은 에스크로가 파티 호스트의 XRP ledger 계정에서 XRP를 잠그고 잠재적으로 지불해야 한다는 데 동의합니다.

  • 에스크로가 잠재적으로 XRP를 지급할 수 있는 XRP ledger 계정은 어디인가요? 참가자들은 에스크로가 잠재적으로 파티 밴드의 XRP ledger 계정으로 XRP를 지급해야 한다는 데 동의합니다.

오라클: 조건 및 이행 생성하기(Oracle: Generate a condition and a fulfillment)

참여자는 스마트 컨트랙트를 제공하기 위해 조건부 에스크로를 생성하고자 하므로 조건값과 이행값이 필요합니다. 이 시나리오에서 이러한 값을 생성하는 참여자는 중립적인 파티 플래너(오라클)입니다.

파티 플래너는 조건값과 이행값을 생성합니다. 파티 플래너는 에스크로를 생성하는 파티 호스트에게 조건값을 제공합니다. 파티 플래너는 파티 밴드에도 조건을 제공하여 올바른 조건인지 알 수 있도록 합니다.

파티 플래너는 이행 값을 비밀로 유지해야 합니다. 누구나 조건과 이행 값을 사용하여 에스크로를 완료할 수 있습니다. 대개 받는 사람이 에스크로를 완료하는 경우가 많은데, 이는 돈을 받고자 하는 동기가 있는 사람이 에스크로를 완료하기 때문입니다.

발신자: 에스크로에 필요한 시간 값 계산하기(Sender: Calculate time values needed for the escrow)

참가자들은 파티 다음 날 정오 12시 이후에 에스크로를 취소할 수 있기를 원하므로 파티 호스트(발신자)는 에스크로 정의에 포함할 CancelAfter 값을 계산해야 합니다.

발신자: 에스크로 생성(Sender: Create the escrow)

파티 호스트(발신자)가 스마트 컨트랙트를 제공하는 에스크로를 생성합니다. 파티 호스트가 에스크로를 생성해야 하는 이유는 자신의 XRP ledger 계정에서 XRP의 락업과 잠재적 지급을 승인할 수 있는 유일한 참여자이기 때문입니다.

발신자와 수신자: 유효성 검사를 기다렸다가 에스크로 생성 확인(Sender and Receiver: Wait for validation and confirm escrow creation)

파티 호스트(발신자)는 에스크로 생성 트랜잭션이 포함된 ledger의 유효성 검증을 기다린 다음 에스크로가 생성되었음을 확인합니다.

그런 다음 파티 호스트는 에스크로 트랜잭션의 해시값을 파티 밴드(수신자)에게 제공합니다. 파티 밴드는 해시값을 사용해 XRP Ledger에서 에스크로 트랜잭션을 조회하여 동의한 스마트 컨트랙트 조건에 따라 생성되었는지 확인할 수 있습니다. 이 단계의 일부로, 파티 밴드는 조건이 파티 플래너(오라클)가 제공한 조건과 일치하는지 확인해야 합니다. 조건이 틀린 경우, 파티 플래너가 제공한 이행을 통해 파티 밴드는 에스크로를 완료하고 대금을 받을 수 없습니다.

수취인: 에스크로 완료(Receiver: Finish the escrow)

파티 밴드(수신자)가 나타나서 세트를 재생합니다.

파티 플래너(오라클)가 파티에 참석하여 모든 것이 원활하게 진행되는지 확인합니다. 파티 플래너는 파티 밴드가 계약을 이행했는지 직접 확인하고 이행 사실을 공개적으로 또는 최소한 파티 밴드에게 게시합니다.

파티 밴드는 정오 12시 이전에 에스크로를 완료해야 합니다. 그렇지 않으면 에스크로가 만료되고 파티 밴드는 대금을 지급받지 못합니다.

파티 플래너가 예약을 게시하지 않거나(파티 밴드가 노쇼인 경우), 파티 플래너가 예약을 게시했지만 에스크로를 완료한 사람이 없는 경우 다음 날 정오 12시 이후에는 누구나 에스크로를 취소할 수 있습니다. 에스크로를 취소하면 보류된 XRP가 파티 호스트의 계정으로 반환됩니다.

수신자와 발신자: 확인을 기다린 후 최종 결과 확인(Receiver and Sender: Wait for validation and confirm final result)

파티 밴드(수신자)는 에스크로 완료 트랜잭션이 포함된 ledger의 유효성 검증을 기다린 후 에스크로가 완료되었음을 확인합니다.

이때 파티 밴드는 트랜잭션의 해시값을 파티 호스트(발신자)에게 제공합니다. 파티 호스트는 해시값을 사용해 XRP Ledger에서 에스크로 트랜잭션을 조회하여 트랜잭션이 올바르게 완료되었는지 확인할 수 있습니다.

파티 밴드는 XRP Ledger 계정 잔액을 확인하여 잔액이 2000 XRP 증가했는지 확인할 수 있습니다. 에스크로 생성으로 인해 이미 계정에서 잠긴 XRP가 인출되었기 때문에 이 단계에서 파티 호스트의 잔액은 변경되지 않습니다(에스크로가 취소되지 않는 한).

Previous에스크로 조회(Look up Escrows)Next결제 채널 사용(Use Payment Channels)

Last updated 1 year ago