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
  • 요구사항
  • Testnet에서 결제 보내기
  • 1. 자격 증명 받기
  • 2. Testnet 서버에 연결하기
  • 3. 트랜잭션 준비하기
  • 4. 트랜잭션 지시사항에 서명하기
  • 서명된 Blob 제출하기
  • 검증을 기다리기
  • 7. 트랜잭션 상태 확인하기
  • 생산을 위한 차이점
  • 실제 XRP 계정 얻기
  • 실제 XRP Ledger에 연결하기
  • 다음 단계
  1. Tutorials
  2. Tasks

XRP 보내기(Send XRP)

이 튜토리얼은 JavaScript를 위한 xrpl.js, Python을 위한 xrpl-py, 혹은 Java를 위한 xrpl4j를 사용하여 직접 XRP 결제를 보내는 방법에 대해 설명합니다. 먼저, XRP Ledger testnet에서 프로세스를 거칩니다. 그런 다음, 프로덕션에서 동일한 작업을 수행하기 위한 추가 요구사항에 대해 비교합니다.

Tip:

이 튜토리얼에서 사용된 코드의 완전한 버전을 보려면 Code Samples을 확인해 보세요.

요구사항

XRP Ledger와 상호작용하려면 필요한 도구가 설치된 개발 환경을 설정해야 합니다. 이 튜토리얼에서는 다음 옵션을 사용한 예제를 제공합니다:

  1. JavaScript와 xrpl.js 라이브러리를 사용. 설정 단계는 Get Started Using JavaScript를 참조하세요.

  2. Python과 xrpl-py 라이브러리를 사용. 설정 단계는 Get Started using Python을 참조하세요.

  3. Java와 xrpl4j 라이브러리를 사용. 설정 단계는 Get Started Using Java를 참조하세요.

Testnet에서 결제 보내기

1. 자격 증명 받기

XRP Ledger에서 거래를 수행하려면 주소와 비밀 키, 그리고 일부 XRP가 필요합니다. 주소와 비밀 키는 다음과 같습니다:

// Example credentials 
const wallet = xrpl.Wallet.fromSeed("sn3nxiW7v8KXzPzAqzyHXbSSKNuN9") 
console.log(wallet.address) 
// rMCcNuTcajgw7YTgBy1sys3b89QqjUrMpH

여기에 보여진 비밀 키는 예시입니다. 개발 목적으로는, 다음 인터페이스를 사용하여 Testnet에서 XRP로 미리 충전된 자신만의 자격증명을 받을 수 있습니다:

Caution:

Ripple은 테스트 목적으로만 Testnet과 Devnet을 제공하며, 때때로 이들 테스트 네트워크의 상태와 모든 잔액을 초기화합니다. 예방책으로, Testnet/Devnet과 Mainnet에서 동일한 주소를 사용하지 마세요.

당신이 프로덕션 준비 소프트웨어를 만들고 있다면, 기존 계정을 사용해야 하며, 안전한 서명 구성을 사용하여 키를 관리해야 합니다.

2. Testnet 서버에 연결하기

먼저, XRP Ledger 서버에 연결해야 합니다. 이렇게 하면 계정의 현재 상태와 공유 ledger를 얻을 수 있습니다. 이 정보를 사용하여 트랜잭션의 일부 필요한 필드를 자동으로 채울 수 있습니다. 또한, 네트워크에 연결되어 있어야 트랜잭션을 제출할 수 있습니다.

다음 코드는 공용 Testnet 서버에 연결합니다:

// In browsers, use a <script> tag. In Node.js, uncomment the following line:
// const xrpl = require('xrpl')

// Wrap code in an async function so we can use await
async function main() {

  // Define the network client
  const client = new xrpl.Client("wss://s.altnet.rippletest.net:51233")
  await client.connect()

  // ... custom code goes here

  // Disconnect when done (If you omit this, Node.js won't end the process)
  client.disconnect()
}

main()

3. 트랜잭션 준비하기

일반적으로, 우리는 JSON 트랜잭션 형식의 객체로 XRP Ledger 트랜잭션을 생성합니다. 다음 예제는 최소한의 결제 사양을 보여줍니다:

{
  "TransactionType": "Payment",
  "Account": "rPT1Sjq2YGrBMTttX4GZHjKu9dyfzbpAYe",
  "Amount": "2000000",
  "Destination": "rUCzEr6jrEyMpjhs4wSdQdz4g8Y382NxfM"
}

XRP 결제에 반드시 제공해야 하는 최소한의 지시사항은 다음과 같습니다:

  • 결제를 나타내는 지시자입니다. ("TransactionType": "Payment")

  • 송금 주소입니다. ("Account")

  • XRP를 받아야 하는 주소입니다 ("Destination"). 이는 송금 주소와 동일할 수 없습니다.

  • 송금할 XRP의 금액입니다 ("Amount"). 일반적으로, 이는 "drops" 단위의 XRP에서 정수로 지정됩니다, 여기서 1,000,000 drops는 1 XRP와 같습니다.

기술적으로, 트랜잭션은 몇 가지 추가 필드를 포함해야 하며, LastLedgerSequence와 같은 일부 선택적 필드는 강력히 권장됩니다. 일부 언어별 참고사항은 다음과 같습니다:

  • JavaScript의 xrpl.js를 사용하는 경우, Client.autofill() 메소드를 사용하여 트랜잭션의 나머지 필드에좋은 기본값을 자동으로 채울 수 있습니다. TypeScript에서는, xrpl.Payment와 같은 트랜잭션 모델을 사용하여 올바른 필드를 강제할 수 있습니다.

  • Python의 xrpl-py를 사용하는 경우, xrpl.models.transactions의 모델을 사용하여 트랜잭션을 원시 Python 객체로 구성할 수 있습니다.

  • Java의 xrpl4j를 사용하는 경우, xrpl4j-model 모듈의 모델 객체를 사용하여 트랜잭션을 Java 객체로 구성할 수 있습니다.

    • 다른 라이브러리와 달리, 트랜잭션의 구성 시점에 소스 계정의 계정 시퀀스와 signingPublicKey를 제공해야 하며, 또한 수수료도 제공해야 합니다.

다음은 위의 결제를 준비하는 예제입니다:

// Prepare transaction -------------------------------------------------------
  const prepared = await client.autofill({
    "TransactionType": "Payment",
    "Account": wallet.address,
    "Amount": xrpl.xrpToDrops("22"),
    "Destination": "rPT1Sjq2YGrBMTttX4GZHjKu9dyfzbpAYe"
  })
  const max_ledger = prepared.LastLedgerSequence
  console.log("Prepared transaction instructions:", prepared)
  console.log("Transaction cost:", xrpl.dropsToXrp(prepared.Fee), "XRP")
  console.log("Transaction expires after ledger:", max_ledger)

4. 트랜잭션 지시사항에 서명하기

트랜잭션에 서명하는 것은 당신의 자격을 이용해 트랜잭션을 승인하는 작업입니다. 이 단계의 입력값은 완성된 트랜잭션 지시사항 세트(일반적으로 JSON 형태)이며, 출력값은 지시사항과 보내는 사람의 서명이 포함된 이진 데이터들입니다.

  • JavaScript: Wallet 인스턴스의 sign() 메소드를 사용하여 xrpl.js를 이용해 트랜잭션에 서명합니다.

  • Python: 모델과 Wallet 객체를 사용하여 xrpl.transaction.safe_sign_transaction() 메소드를 사용해 트랜잭션에 서명합니다.

  • Java: SignatureService 인스턴스를 사용해 트랜잭션에 서명합니다. 이 튜토리얼에서는 SingleKeySignatureService를 사용하세요.

// Sign prepared instructions ------------------------------------------------
  const signed = wallet.sign(prepared)
  console.log("Identifying hash:", signed.hash)
  console.log("Signed blob:", signed.tx_blob)

서명 작업의 결과는 서명이 포함된 트랜잭션 객체입니다. 일반적으로, XRP Ledger API들은 서명된 트랜잭션을 트랜잭션의 정규 이진 형식의 16진수 표현, 즉 "blob"으로 기대합니다.

  • xrpl.js에서는, 서명 API가 트랜잭션의 ID, 즉 식별 해시도 반환하는데, 이를 이용해 나중에 트랜잭션을 검색할 수 있습니다. 이것은 이 트랜잭션에 고유한 64자리 16진수 문자열입니다.

  • xrpl-py에서는, 다음 단계에서 제출에 대한 응답에서 트랜잭션의 해시를 얻을 수 있습니다.

  • xrpl4j에서, SignatureService.sign은 SignedTransaction을 반환하는데, 이는 나중에 트랜잭션을 검색하는 데 사용할 수 있는 트랜잭션의 해시를 포함합니다.

서명된 Blob 제출하기

이제 서명된 트랜잭션이 생겼으니, 이를 XRP Ledger 서버에 제출할 수 있습니다. 이 서버는 트랜잭션을 네트워크를 통해 전달합니다. 또한 제출하기 전에 최근 검증된 ledger 인덱스를 확인하는 것이 좋습니다. 제출 결과로 당신의 트랜잭션이 포함될 수 있는 가장 이른바 ledger 버전은 제출 시점의 최근 검증된 ledger보다 하나 높습니다. 물론, 같은 트랜잭션이 이전에 제출되었다면, 그 트랜잭션은 이미 이전 ledger에 있을 수 있습니다. (두 번째에는 성공할 수 없지만, 올바른 ledger 버전을 확인하지 않는다면, 트랜잭션이 성공했음을 알지 못할 수 있습니다.)

  • JavaScript: Client의 submitAndWait() 메소드를 사용하여 서명된 트랜잭션을 네트워크에 제출하고 응답을 기다리거나, submitSigned()를 사용하여 트랜잭션을 제출하고 초기 응답만 받을 수 있습니다.

  • Python: xrpl.transaction.submit_and_wait() 메소드를 사용하여 트랜잭션을 네트워크에 제출하고 응답을 기다립니다.

  • Java: XrplClient.submit(SignedTransaction) 메소드를 사용하여 트랜잭션을 네트워크에 제출합니다. XrplClient.ledger() 메소드를 사용하여 최근 검증된 ledger 인덱스를 얻습니다.

// Submit signed blob --------------------------------------------------------
  const tx = await client.submitAndWait(signed.tx_blob)

이 메소드는 트랜잭션을 오픈된 ledger에 적용해보려는 시도의 잠정적 결과를 반환합니다. 이 결과는 트랜잭션이 검증된 ledger에 포함될 때 변경될 수 있습니다: 처음에 성공한 트랜잭션은 최종적으로 실패할 수 있으며, 처음에 실패한 트랜잭션은 최종적으로 성공할 수 있습니다. 그러나 잠정적인 결과는 종종 최종 결과와 일치하므로, 여기에서 tesSUCCESS를 보게 되면 기쁘게 생각해도 좋습니다. 😁

다른 결과를 본다면, 다음 사항을 확인해 보세요:

  • 발신자와 목적지의 주소가 올바른가요?

  • 트랜잭션의 다른 필드를 잊어버리거나, 어떤 단계를 건너뛰거나, 다른 오타가 있는가요?

  • 테스트 XRP를 충분히 보내기 위한 자금이 있는가요? XRP를 보낼 수 있는 양은 reserve requirement에 의해 제한되며, 현재 10 XRP이며, 당신이 ledger에 소유한 "객체"마다 추가 2 XRP가 필요합니다. (Testnet Faucet으로 새 주소를 생성했다면, 당신은 어떤 객체도 소유하지 않습니다.)

  • 테스트 네트워크의 서버에 연결되어 있나요?

더 많은 가능성을 보려면 트랜잭션 결과의 전체 목록을 확인하세요.

검증을 기다리기

제출된 대부분의 트랜잭션은 그 다음 버전의 ledger에 포함되므로, 트랜잭션 결과가 확정되기까지는 4-7초가 걸릴 수 있습니다. XRP Ledger가 바쁘거나 트랜잭션이 네트워크 전체로 중계되는 데 네트워크 연결이 느려지면 트랜잭션이 확인되는 데 더 오래 걸릴 수 있습니다. (미확인 트랜잭션의 만료에 대한 자세한 정보는 Reliable Transaction Submission를 참조하세요.)

  • JavaScript: 만약 .submitAndWait() 메소드를 사용했다면, 반환된 Promise가 resolve될 때까지 기다릴 수 있습니다. 다른, 보다 비동기적인 접근법도 가능합니다.

  • Python: xrpl.transaction.submit_and_wait() 메소드를 사용했다면, 함수가 반환될 때까지 기다릴 수 있습니다. WebSocket 클라이언트를 사용한 비동기 접근법 등 다른 접근법도 가능합니다.

  • Java: XrplClient.transaction() 메소드를 폴링하여 트랜잭션에 최종 결과가 있는지 확인합니다. 트랜잭션의 LastLedgerIndex가 최근 검증된 ledger 인덱스를 넘지 않았는지 XrplClient.ledger() 메소드를 사용하여 주기적으로 확인합니다.

Transaction ID:
(None)

Latest Validated Ledger Index:

(Not connected)

Ledger Index at Time of Submission:

(Not submitted)

Transaction LastLedgerSequence:

(Not prepared)

7. 트랜잭션 상태 확인하기

트랜잭션이 무엇을 했는지 정확히 알기 위해서는, 검증된 ledger 버전에 트랜잭션 결과를 조회해야 합니다.

  • JavaScript: submitAndWait()의 응답을 사용하거나 Client.request()를 사용하여 tx 메소드를 호출합니다.

Tip:

TypeScript에서는 Client.request() 메소드에 TxRequest를 전달할 수 있습니다.

  • Python: submit_and_wait()의 응답을 사용하거나 xrpl.transaction.get_transaction_from_hash() 메소드를 호출합니다. (이 메소드가 포함할 수 있는 필드에 대한 자세한 참조는 tx 메소드 응답 형식을 참조하세요.)

  • Java: 트랜잭션의 상태를 확인하기 위해 XrplClient.transaction() 메소드를 사용합니다.

// Check transaction results -------------------------------------------------
  console.log("Transaction result:", tx.result.meta.TransactionResult)
  console.log("Balance changes:", JSON.stringify(xrpl.getBalanceChanges(tx.result.meta), null, 2))

Caution:

XRP Ledger API는 아직 검증되지 않은 렛저 버전에서 잠정적인 결과를 반환할 수 있습니다. 예를 들어, tx 메소드 응답에서 "validated": true를 확인하여 데이터가 검증된 ledger 버전에서 온 것인지 확인하세요. 검증되지 않은 ledger 버전에서 나온 트랜잭션 결과는 변경될 수 있습니다. 결과의 확정에 대한 자세한 정보는 Finality of Results를 참조하세요.

생산을 위한 차이점

실제 XRP Ledger에서 XRP 결제를 보내려면, 기본적으로 수행하는 단계는 대부분 동일합니다. 그러나 필요한 설정에는 몇 가지 주요 차이점이 있습니다:

  • 실제 XRP를 얻는 것은 무료가 아닙니다.

  • 당신은 실제 XRP Ledger 네트워크와 동기화된 서버에 연결해야 합니다.

실제 XRP 계정 얻기

이 튜토리얼에서는 Test Net XRP로 이미 충전된 주소를 얻기 위해 버튼을 사용하며, 이는 Test Net XRP가 가치가 없기 때문에 작동합니다. 실제 XRP를 얻으려면, 이미 일부를 가진 사람으로부터 XRP를 얻어야 합니다. (예를 들어, 교환을 통해 구입할 수 있습니다.) 다음과 같이 생산 또는 testnet에서 작동할 주소와 비밀을 생성할 수 있습니다:

const wallet = new xrpl.Wallet()
console.log(wallet.address) // Example: rGCkuB7PBr5tNy68tPEABEtcdno4hE6Y7f
console.log(wallet.seed) // Example: sp6JS7f14BuwFY8Mw6bTtLKWauoUs

Warning:

당신은 다른 컴퓨터가 주소와 비밀을 생성하고 네트워크를 통해 전송하지 않고, 당신이 로컬 머신에서 안전하게 생성한 주소와 비밀을 사용해야 합니다. 네트워크에 다른 사람이 그 정보를 볼 수 있을 수도 있다면, 그들은 당신만큼 XRP를 제어할 수 있습니다. 또한 testnet과 mainnet에서 같은 주소를 사용하지 않는 것이 좋습니다. 왜냐하면 당신이 제공한 파라미터에 따라 한 네트워크에서 사용하려고 생성한 트랜잭션이 다른 네트워크에서도 실행될 수 있기 때문입니다.

주소와 비밀을 생성하는 것은 XRP를 직접 얻는 것이 아닌, 단지 랜덤 숫자를 선택하는 것입니다. 또한 해당 주소에서 XRP를 받아야 계정을 충전할 수 있습니다. XRP를 얻는 일반적인 방법은 교환에서 구매한 후, 당신의 주소로 인출하는 것입니다.

실제 XRP Ledger에 연결하기

당신이 클라이언트의 XRP Ledger에 연결을 초기화할 때, 해당 네트워크와 동기화된 서버를 지정해야 합니다. 많은 경우에, 다음 예시처럼 공개 서버를 사용할 수 있습니다:

const xrpl = require('xrpl')
const api = new xrpl.Client('wss://xrplcluster.com')
api.connect()

만약 당신이 직접 rippled를 설치했다면, 기본적으로 생산 네트워크에 연결됩니다. (또한 테스트 넷에 연결하도록 설정할 수도 있습니다.) 서버가 동기화된 후 (일반적으로 시작한 후 약 15분 이내), 당신은 로컬로 그것에 연결할 수 있으며, 이는 여러 가지 이점이 있습니다. 다음 예시는 기본 설정을 실행하는 서버에 연결하는 방법을 보여줍니다:

const xrpl = require('xrpl')
const api = new xrpl.Client('ws://localhost:6006')
api.connect()// Some code

Tip:

로컬 연결은 암호화되지 않은 프로토콜(ws 또는 http)을 사용하며, 이는 TLS 암호화 버전(wss 또는 https) 대신 사용됩니다. 이는 통신이 동일한 기계를 벗어나지 않기 때문에 안전하며, TLS 인증서가 필요하지 않아 설정이 더 쉽습니다. 외부 네트워크에서의 연결은 항상 wss 또는 https를 사용하세요.

다음 단계

이 튜토리얼을 완료한 후에는 다음과 같은 작업을 시도해 보실 수 있습니다:

  • XRP Ledger testnet에서 토큰 발행하기.

  • 탈중앙화거래소에서 거래하기.

  • 생산 시스템용 신뢰성 있는 트랜잭션 제출을 구축하기.

  • 클라이언트 라이브러리의 API 참조를 확인하여 XRP Ledger 기능의 전체 범위를 확인하기.

  • 계정 설정을 사용자 지정하기.

  • 트랜잭션 메타데이터가 트랜잭션 결과를 자세히 설명하는 방법을 배우기.

  • Escrows와 Payment Channels와 같은 더 많은 Payment Types 탐색하기.

  • XRP Ledger 사업에 대한 모범 사례 읽기.

Previous티켓 사용(Use Tickets)Next특수 결제 유형 사용(Use Specialized Payment Types)

Last updated 1 year ago