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
  • 계정 생성
  • 주소
  • 특별한 주소
  • 계정 삭제
  • 트랜잭션 히스토리
  • 주소 인코딩
  • 참고
  1. Concepts

계정

PreviousAMM(Automated Market Makers)Next다중 서명

Last updated 1 year ago

XRP Ledger에서 "계정"은 XRP의 소유자이며, 의 발신자를 나타냅니다. 계정의 핵심 요소는 다음과 같습니다:

  • 식별 주소, 예를 들어 rf1BiGeXwwQoi8Z2ueFYTEXSwuJYfV2Jpn 같은 것입니다. (이것은 과 대비되는 "클래식 주소"입니다.)

  • XRP 잔액. 이 XRP 중 일부는 를 위해 따로 두어져 있습니다.

  • 시퀀스 번호는 이 계정이 보내는 모든 트랜잭션이 올바른 순서로, 각각 한 번만 적용되도록 도와줍니다. 트랜잭션 실행하려면, 트랜잭션의 시퀀스 번호와 그 발신자의 시퀀스 번호가 일치해야 합니다. 그 다음, 트랜잭션 적용의 일환으로 계정의 시퀀스 번호가 1씩 증가합니다. (참고: .)

  • 이 계정과 그 잔액에 영향을 미친 트랜잭션의 이력.

  • 하는 한 가지 이상의 방법, 아래를 포함할 수 있습니다:

    • 계정에 본질적으로 속한 마스터 키 쌍. (는 가능하지만 변경은 불가능합니다.)

    • "일반" 키 쌍.

    • 을 위한 서명자 목록. (계정의 핵심 데이터와는 별도로 저장됩니다.)

ledger의 데이터 트리에서, 계정의 핵심 데이터는 ledger 객체 유형에 저장됩니다. 계정은 또한 다른 유형의 데이터의 소유자(또는 일부 소유자)가 될 수도 있습니다.

Tip:

XRP Ledger에서의 "계정"은 금융적 용도(예: "은행 계좌")와 컴퓨팅 용도(예: "UNIX 계정") 사이의 개념입니다. XRP가 아닌 통화와 자산은 XRP Ledger 계정 자체에 저장되지 않습니다. 각각의 자산은 신뢰 선이라는 회계 관계에 저장되며, 이는 두 당사자를 연결합니다.

계정 생성

전용 "계정 생성" 트랜잭션은 없습니다. 은 이상의 XRP를 아직 계정이 없는 수학적으로 유효한 주소로 보내는 경우 자동으로 새 계정을 생성합니다. 이를 계정 충전이라고 하며, 이는 ledger에 를 생성합니다. 다른 어떤 트랜잭션도 계정을 생성할 수 없습니다.

Caution:

계정에 충전하는 것은 그 계정에 대한 특별한 권한을 주지 않습니다. 계정 주소에 해당하는 비밀키를 가진 사람이 계정과 그 안에 있는 모든 XRP를 완전히 제어합니다. 일부 주소의 경우, 비밀키를 가진 사람이 아무도 없을 수 있습니다. 이 경우 계정은 이며, XRP는 영원히 손실됩니다.

XRP Ledger에 계정을 얻는 일반적인 방법은 다음과 같습니다:

  1. XRP Ledger에 이미 계정이 있는 사람이 생성한 주소로 XRP를 보냅니다. 예를 들어, 개인 거래소에서 XRP를 사고, 거래소에서 지정한 주소로 XRP를 인출할 수 있습니다.

Caution:

주소

  • 길이가 25에서 35자 사이.

  • r 문자로 시작.

  • 숫자 "0", 대문자 "O", 대문자 "I", 소문자 "l"을 제외한 알파벳과 숫자를 사용.

  • 대소문자 구분.

  • 무작위 문자로 유효한 주소를 생성할 확률이 대략 2^32분의 1이 되도록 4바이트 체크섬(중복 검사) 포함.

Note:

유효한 주소를 생성하는 것은 키 쌍에서 시작하는 엄격히 수학적인 작업입니다. XRP Ledger나 다른 당사자와의 통신 없이 완전히 오프라인에서 키 쌍을 생성하고 그 주소를 계산할 수 있습니다. 공개 키에서 주소로의 변환은 단방향 해시 함수를 포함하므로 공개 키가 주소와 일치하는지 확인할 수 있지만 주소만으로 공개 키를 도출할 수는 없습니다. (이것이 서명된 거래가 발신자의 공개 키와 주소를 포함하는 이유 중 일부입니다.)

특별한 주소

일부 주소는 XRP Ledger에서 특별한 의미를 가지거나 역사적인 용도를 가지고 있습니다. 대부분의 경우, 이들은 "블랙홀" 주소로, 이 주소는 알려진 비밀 키에서 파생되지 않았습니다. 주소만으로 비밀 키를 추측하는 것은 사실상 불가능하기 때문에, 블랙홀 주소가 소유한 XRP는 영원히 손실됩니다.

주소
이름
설명
블랙홀 여부

rrrrrrrrrrrrrrrrrrrrrhoLvTp

ACCOUNT_ZERO

Yes

rrrrrrrrrrrrrrrrrrrrBZbvji

ACCOUNT_ONE

Yes

rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh

제네시스 계정

No

rrrrrrrrrrrrrrrrrNAMEtxvNvQ

Ripple 이름 예약 블랙홀

과거에 Ripple은 사용자들에게 Ripple 이름을 예약하기 위해 이 계정으로 XRP를 보내도록 요청했습니다.

Yes

rrrrrrrrrrrrrrrrrrrn5RM1rHd

NaN 주소

Yes

계정 삭제

삭제하기 위해 계정은 다음의 요구사항을 충족해야 합니다:

    • Escrow.

    • PayChannel.

    • RippleState.

    • Check.

  • ledger에서 계정이 소유하는 객체가 1000개 미만이어야 합니다.

Warning:

트랜잭션 히스토리

XRP Ledger에서는 트랜잭션의 식별 해시와 ledger 인덱스에 의해 연결된 트랜잭션의 "스레드"에 의해 트랜잭션 히스토리가 추적됩니다. AccountRoot ledger 객체는 가장 최근에 그것을 수정한 트랜잭션의 식별 해시와 ledger를 가지고 있습니다; 그 트랜잭션의 메타데이터는 AccountRoot 노드의 이전 상태를 포함하므로, 이 방식으로 단일 계정의 히스토리를 순회하는 것이 가능합니다. 이 트랜잭션 히스토리는 AccountRoot 노드를 직접 수정하는 모든 트랜잭션을 포함하며, 이에는 다음이 포함됩니다:

계정의 개념적 트랜잭션 히스토리는 계정이 소유한 객체와 non-XRP 잔액을 수정한 트랜잭션들도 포함합니다. 이러한 객체들은 별도의 ledger 객체로, 각각이 그것들에 영향을 미친 트랜잭션의 자체 스레드를 가지고 있습니다. 계정의 전체 ledger 히스토리를 가지고 있다면, 그것을 앞으로 따라가며 계정이 생성하거나 수정한 ledger 객체를 찾을 수 있습니다. "완전한" 트랜잭션 히스토리는 트랜잭션이 소유한 객체들의 히스토리를 포함합니다. 이에는 다음이 포함됩니다:

  • 계정에 연결된 RippleState 객체 (신뢰선).

  • DirectoryNode 객체, 특히 계정이 소유한 객체를 추적하는 소유자 디렉리.

  • Offer 객체, 분산형 거래소에서의 계정의 대기 중인 화폐 교환 주문을 나타냅니다.

  • PayChannel 객체, 계정에서 들어오고 나가는 비동기 지불 채널을 나타냅니다.

  • Escrow 객체, 시간이나 암호 조건에 의해 잠긴 계정에서 또는 계정으로의 보류 중인 결제를 나타냅니다.

주소 인코딩

Tip:

이 기술적 세부사항은 XRP Ledger 호환성을 위한 low-level 라이브러리 소프트웨어를 구축하는 사람들에게만 관련이 있습니다!

다음 다이어그램은 키와 주소 간의 관계를 보여줍니다:

  1. 필요한 알고리즘을 가져옵니다: SHA-256, RIPEMD160, 그리고 base58. base58에 대한 사전을 설정합니다.

    'use strict';
    const assert = require('assert');
    const crypto = require('crypto');
    const R_B58_DICT = 'rpshnaf39wBUDNEGHJKLM4PQRST7VWXYZ2bcdeCg65jkm8oFqi1tuvAxyz';
    const base58 = require('base-x')(R_B58_DICT);
    
    assert(crypto.getHashes().includes('sha256'));
    assert(crypto.getHashes().includes('ripemd160'));

  2. 33바이트의 ECDSA secp256k1 공개 키, 또는 32바이트의 Ed25519 공개 키로 시작합니다. Ed25519 키의 경우 키 앞에 바이트 0xED를 붙입니다.

    const pubkey_hex =
      'ED9434799226374926EDA3B54B1B461B4ABF7237962EAE18528FEA67595397FA32';
    const pubkey = Buffer.from(pubkey_hex, 'hex');
    assert(pubkey.length == 33);

  3. 공개 키의 SHA-256 해시의 RIPEMD160 해시를 계산합니다. 이 값은 "계정 ID"입니다.

    const pubkey_inner_hash = crypto.createHash('sha256').update(pubkey);
    const pubkey_outer_hash = crypto.createHash('ripemd160');
    pubkey_outer_hash.update(pubkey_inner_hash.digest());
    const account_id = pubkey_outer_hash.digest();

  4. 계정 ID의 SHA-256 해시의 SHA-256 해시를 계산하고, 처음 4바이트를 가져옵니다. 이 값은 "체크섬"입니다.

    const address_type_prefix = Buffer.from([0x00]);
    const payload = Buffer.concat([address_type_prefix, account_id]);
    const chksum_hash1 = crypto.createHash('sha256').update(payload).digest();
    const chksum_hash2 = crypto.createHash('sha256').update(chksum_hash1).digest();
    const checksum =  chksum_hash2.slice(0,4);

  5. 페이로드와 체크섬을 연결합니다. 연결된 버퍼의 base58 값을 계산합니다. 결과는 주소입니다.

    const dataToEncode = Buffer.concat([payload, checksum]);
    const address = base58.encode(dataToEncode);
    console.log(address);
    // rDTXLQ7ZKZVKz33zJbHjgVShjsBnqMBhmN

참고

  • Concepts:

    • Issuing and Operational Addresses

  • References:

  • Tutorials:

강력한 무작위성 출처로부터 키 쌍을 생성하고 그 키 쌍의 주소를 계산합니다. (예를 들어, 이를 수행하기 위해 메소드를 사용할 수 있습니다.)

자신의 XRP Ledger 주소에서 처음으로 XRP를 받을 때는 (현재 10 XRP)을 지불해야 하며, 이는 해당 XRP 금액을 무기한으로 잠금 처리합니다. 반면, 개인 거래소는 보통 모든 고객의 XRP를 몇 개의 공유 XRP Ledger 계정에 보유하므로, 고객은 거래소에서 개별 계정에 대한 reserve을 지불할 필요가 없습니다. 인출하기 전에, XRP Ledger에서 직접 자신의 계정을 가지는 것이 그 가치가 있는지 고려해 보세요.

XRP Ledger의 계정은 XRP Ledger의 형식의 주소로 식별됩니다. 이 주소는 비밀 키에서 만들어진 계정의 마스터 에서 파생됩니다. 주소는 JSON에서 문자열로 표시되며 다음과 같은 특성이 있습니다:

XRP 커뮤니티는 를 주소에 "packs"하는 X-주소 형식을 하였습니다. 이 주소는 메인넷의 경우 X로, 의 경우 T로 시작합니다. 거래소와 지갑은 고객이 알아야 하는 모든 데이터를 하나의 값으로 표현하기 위해 X-주소를 사용할 수 있습니다. 자세한 정보는 와 을 참조하세요.

XRP Ledger 프로토콜은 기본적으로 "클래식" 주소만 지원하지만, 많은 도 X-주소를 지원합니다.

자세한 정보는 및 을 참조하세요.

유효한 주소는 자금을 지원함으로써 . 또한 자금을 지원하지 않은 주소를 또는 의 멤버를 나타내는 데 사용할 수 있습니다. 거래의 발신자는 자금을 지원한 계정만 될 수 있습니다.

XRP Ledger 주소를 계산하는 방법에 대한 더 자세한 기술적 세부사항은 을 참조하세요.

값이 0인 XRP Ledger의 인코딩 주소입니다. P2P 통신에서 rippled는 이 주소를 XRP의 발행자로 사용합니다.

값이 1인 XRP Ledger의 인코딩 주소입니다. ledger에서 항목은 신뢰 선 잔액의 발행자로 이 주소를 플레이스홀더로 사용합니다.

rippled가 새로운 genesis ledger를 처음부터 시작할 때(예: 독립 모드에서), 이 계정이 모든 XRP를 보유하고 있습니다. 이 주소는 된 시드 값인 masterpassphrase에서 생성됩니다.

의 이전 버전은 XRP Ledger의 문자열 인코딩 형식을 사용하여 값을 인코딩할 때 이 주소를 생성했습니다.

(2020-05-08 활성화)은 계정을 삭제할 수 있게 했습니다.

계정의 Sequence 번호와 256을 더한 값이 현재 보다 작아야 합니다.

계정이 아래의 들과 연결되어 있지 않아야 합니다(발신자 또는 수신자로서):

은 한 개의 항목에 대한 (현재 2 XRP) 이상의 특별한 을 지불해야 합니다.

계정이 삭제된 후에는, 하는 일반적인 방법을 통해 ledger에 다시 생성될 수 있습니다. 삭제되었다가 다시 생성된 계정은 처음 생성된 계정과 다르지 않습니다.

의 트랜잭션 비용은 계정이 삭제될 수 있는 요구사항을 충족하지 않아 트랜잭션이 실패하더라도 검증된 ledger에 트랜잭션이 포함되면 항상 적용됩니다. 계정을 삭제할 수 없는 경우에 고비용의 트랜잭션 비용을 지불할 가능성을 크게 줄이기 위해, fail_hard 옵션이 활성화된 상태로 하세요.

비트코인과 많은 다른 암호화폐와는 달리, XRP Ledger의 공개 ledger 체인의 각 새 버전에는 ledger의 전체 상태가 포함되어 있으며, 이는 각 새 계정에 따라 크기가 증가합니다. 이러한 이유로, 필요한 경우가 아니라면 새로운 XRP Ledger 계정을 생성하지 않는 것이 좋습니다. 계정을 삭제함으로써 계정의 10 XRP 중 일부를 회수할 수 있지만, 그렇게 하기 위해서는 최소한 2 XRP를 소멸시켜야 합니다.

많은 사용자를 대신해서 가치를 송수신하는 기관은 를 사용하여 고객에게 보내고 받는 결제를 구분할 수 있으며, 이를 통해 XRP Ledger에서 한 개(또는 소수)의 계정만을 사용할 수 있습니다.

계정에서 보낸 트랜잭션들은 계정의 시퀀스 번호를 수정하므로 포함됩니다. 이러한 트랜잭션들은 때문에 계정의 XRP 잔액도 수정합니다.

계정의 XRP 잔액을 수정한 트랜잭션들, 이에는 들어오는 과 및 와 같은 다른 유형의 트랜잭션들이 포함됩니다.

SignerList 객체, 으로 계정에 대한 트랜잭션을 승인할 수 있는 주소 목록을 나타냅니다.

이러한 각 객체에 대한 자세한 정보는 를 참조하세요.

XRP Ledger 주소는 rpshnaf39wBUDNEGHJKLM4PQRST7VWXYZ2bcdeCg65jkm8oFqi1tuvAxyz 딕셔너리를 사용한 로 인코딩됩니다. XRP Ledger는 여러 유형의 키를 base58로 인코딩하므로, 이들을 구분하기 위해 인코딩된 데이터 앞에 "유형 접두사" (또는 "버전 접두사")라고 불리는 한 바이트를 붙입니다. 이 유형 접두사로 인해 주소는 보통 base58 형식에서 다른 글자로 시작하게 됩니다.

공개 키에서 XRP Ledger 주소를 계산하는 공식은 다음과 같습니다. 완전한 예제 코드는 를 참조하세요. 패스프레이즈(passpharase)나 시드 값에서 공개 키를 파생시키는 과정은 를 참조하세요.

wallet_propose
계정 reserve
base58
공개 키
데스티네이션 태그
제안
testnet
X-주소 형식 사이트
코덱
클라이언트 라이브러리
계정
base58 인코딩
DeletableAccounts 수정안
Ledger Index
ledger 객체 유형
AccountDelete 트랜잭션
소유자 reserve
트랜잭션 비용
AccountDelete 트랜잭션
트랜잭션을 제출
reserve
출발 태그와 데스티네이션 태그
트랜잭션 비용
결제 트랜잭션
PaymentChannelClaim
EscrowFinish
다중 서명
ledger 형식 참조
base58
encode_address.js
키 유도
Reserves
Cryptographic Keys
account_info method
wallet_propose method
AccountSet transaction
Payment transaction
AccountRoot object
Manage Account Settings (Category)
Monitor Incoming Payments with WebSocket
트랜잭션
reserve
기본 데이터 유형: 계정 시퀀스
트랜잭션을 승인
비활성화
교체 가능한
다중 서명
AccountRoot
결제 트랜잭션
계정 reserve
AccountRoot 객체
블랙홀
X-Address 형식
정규 키
서명자 목록
XRP Ledger의 계정이 될 수 있습니다
주소 인코딩
계정을 생성
base58
base58
RippleState
하드코딩
ripple-lib
base58
NaN