"P2SH"의 두 판 사이의 차이

위키원
이동: 둘러보기, 검색
(참고자료)
1번째 줄: 1번째 줄:
 
'''P2SH'''(Pay To Script Hash)란 공개키가 아닌 스크립트 해시에 지불하는 개념으로, 하나의 공개 키를 해싱하는 것이 아닌 여러 공개 키가 함께 해싱하여 출력하는 개념이다. P2SH는 BIP 16에서 표준화되었고, 공개 키 해시 대신 스크립트 해시로 트랜잭션을 보낼 수 있다. P2SH는 P2PKH와 달리, 발신자는 임의의 유효한 스크립트 해시에 자금을 커밋할 수 있다. P2SH는 주로 멀티시그(Multisig) 및 P2WPKH-in-P2SH에 사용된다.
 
'''P2SH'''(Pay To Script Hash)란 공개키가 아닌 스크립트 해시에 지불하는 개념으로, 하나의 공개 키를 해싱하는 것이 아닌 여러 공개 키가 함께 해싱하여 출력하는 개념이다. P2SH는 BIP 16에서 표준화되었고, 공개 키 해시 대신 스크립트 해시로 트랜잭션을 보낼 수 있다. P2SH는 P2PKH와 달리, 발신자는 임의의 유효한 스크립트 해시에 자금을 커밋할 수 있다. P2SH는 주로 멀티시그(Multisig) 및 P2WPKH-in-P2SH에 사용된다.
 +
 +
==장점==
 +
*송신자는 그 지출 조건들을 알지 못한 채 임의의 교환 스크립트에 자금을 지원할 수 있다. 이는 송신자가 향후 자금 지출 방식에 크게 신경 쓰지 않기 때문에 합리적이다. 이것은 추가 지출 조건에 관심이있는 수령인에게 문제가된다. 다중 서명 트랜잭션의 경우, 송신자는 다중 서명 주소의 필수 공개 키를 몰라도 자금을 보낼 수 있으며, 이는 수신자가 자금을 지출할 때만 공개된다. 이렇게하여 수신자의 보안이 강화된다.
 +
*송신자는 완전 효관 스크립트의 세부 사항을 포함하는 길고 다루기 힘든 주소 대신에 짧은 32자 주소를 사용할 수 있다. 이를 통해 수령인은 결제 페이지 또는 메시지에 짧은 주소를 올리게 하여 오류의 발생률을 줄인다.
 +
*송금인의 거래 수수료를 낮춘다. 거래 수수료는 거래 규모에 비례하며, 고정 길이 해시를 사용하면 송신자가 더 높은 수수료를 지불 할 염려없이 임의의 상환 스크립트로 자금을 보낼 수 있게 한다. 교호나 스크립트를 작성하여 지출 거래 규모와 비용을 결정하는 것은 수신자의 책임이다. 이것은 거래 비용이 매우 적기 때문에 현재로서는 작은 문제지만 비트코인에서 블록 보상이 작아짐에 따라 앞으로 더 중요할 수 있다.
  
 
{{각주}}
 
{{각주}}
7번째 줄: 12번째 줄:
 
* 〈[https://cryptowiki.com/wiki/Pay_to_script_hash Pay to script hash]〉, 《크립토위키》
 
* 〈[https://cryptowiki.com/wiki/Pay_to_script_hash Pay to script hash]〉, 《크립토위키》
 
* 〈[https://wiki.trezor.io/P2SH P2SH]〉, 《트레저위키》
 
* 〈[https://wiki.trezor.io/P2SH P2SH]〉, 《트레저위키》
 +
* Soroush Pour, 〈[https://www.soroushjp.com/2014/12/20/bitcoin-multisig-the-hard-way-understanding-raw-multisignature-bitcoin-transactions/ Bitcoin multisig the hard way:Understanding raw P2SH Multisig transactions]〉, 《Soroushjp》, 2014-12-20

2019년 8월 7일 (수) 11:10 판

P2SH(Pay To Script Hash)란 공개키가 아닌 스크립트 해시에 지불하는 개념으로, 하나의 공개 키를 해싱하는 것이 아닌 여러 공개 키가 함께 해싱하여 출력하는 개념이다. P2SH는 BIP 16에서 표준화되었고, 공개 키 해시 대신 스크립트 해시로 트랜잭션을 보낼 수 있다. P2SH는 P2PKH와 달리, 발신자는 임의의 유효한 스크립트 해시에 자금을 커밋할 수 있다. P2SH는 주로 멀티시그(Multisig) 및 P2WPKH-in-P2SH에 사용된다.

장점

  • 송신자는 그 지출 조건들을 알지 못한 채 임의의 교환 스크립트에 자금을 지원할 수 있다. 이는 송신자가 향후 자금 지출 방식에 크게 신경 쓰지 않기 때문에 합리적이다. 이것은 추가 지출 조건에 관심이있는 수령인에게 문제가된다. 다중 서명 트랜잭션의 경우, 송신자는 다중 서명 주소의 필수 공개 키를 몰라도 자금을 보낼 수 있으며, 이는 수신자가 자금을 지출할 때만 공개된다. 이렇게하여 수신자의 보안이 강화된다.
  • 송신자는 완전 효관 스크립트의 세부 사항을 포함하는 길고 다루기 힘든 주소 대신에 짧은 32자 주소를 사용할 수 있다. 이를 통해 수령인은 결제 페이지 또는 메시지에 짧은 주소를 올리게 하여 오류의 발생률을 줄인다.
  • 송금인의 거래 수수료를 낮춘다. 거래 수수료는 거래 규모에 비례하며, 고정 길이 해시를 사용하면 송신자가 더 높은 수수료를 지불 할 염려없이 임의의 상환 스크립트로 자금을 보낼 수 있게 한다. 교호나 스크립트를 작성하여 지출 거래 규모와 비용을 결정하는 것은 수신자의 책임이다. 이것은 거래 비용이 매우 적기 때문에 현재로서는 작은 문제지만 비트코인에서 블록 보상이 작아짐에 따라 앞으로 더 중요할 수 있다.

각주

참고자료