저자: 전도
출처: https://conduition.io/scriptless/multi-party-submarine-swaps/
" 서브마린 스왑 "은 라이트닝 네트워크 사용자가 인체인 UTXO를 라이트닝 채널 잔액 으로 안전하게 교환할 수 있도록 해줍니다. 이는 라이트닝 네트워크의 아토믹 스왑과 유사하며, 라이트닝 노드 운영자(채널 재조정 등)에게 매우 유용합니다.
잠수함 스왑이 점점 더 중요해지고 보편화됨에 따라, 더 많은 피어 노드와 유동성 공급자가 스왑에 참여할 수 있게 된 지금, 잠수함 스왑 처리량을 더 효율적으로 확장하는 방법을 살펴볼 시점일 수 있습니다.
검토
기존의 서브마린 스왑은 두 당사자 간의 아토믹 스왑으로, 비트코인 체인에 배포된 HTLC 하나와 라이트닝 네트워크에 배포된 HTLC 하나, 이렇게 두 개의 HTLC를 사용합니다.
앨리스가 온체인 비트코인을 라이트닝 결제로 교환하고 싶어하고, 밥은 자신의 라이트닝 채널 잔액 사용하여 앨리스의 온체인 자금을 구매하고 싶어한다고 가정해 봅시다.
먼저 앨리스는 자신만 알고 있는 임의의 비밀 값 $s$를 생성해야 합니다.
앨리스와 밥은 2-of-2 관리 주소를 구성합니다. 밥이 $s$를 알고 있으면 해시 락 조건을 사용하여 표현되는 이 주소에 대한 완전한 지출 권한을 갖게 됩니다. 또한 네트워크가 특정 블록 높이 $B$에 도달하면 앨리스는 이 주소에 대한 완전한 지출 권한을 얻게 됩니다.
다음은 설명어를 사용하여 표현한 예입니다.
tr( musig(<alice_pubkey>, <bob_pubkey>), { and(sha256(<hash>), pk(<bob_pubkey>)), and(after(<B>), pk(<alice_pubkey>)) })앨리스는 블록 높이 $B$ 이후에 자금을 인출할 수 있고, 밥은 현재 $s$를 알고 있기 때문에 돈을 인출할 수 없다는 확신을 가지고 자신의 코인을 이 2-of-2 에스크로 계약에 예치합니다.
그런 다음, 앨리스는 밥에게 라이트닝 인보이스를 보내 통화의 액면가에 해당하는 금액을 요구하며, 지불 해시값으로 $SHA256(s)$를 사용합니다. 밥은 이 인보이스를 지불할 수 있지만, (HTLC의 타임락으로 인해) 앨리스가 블록 높이 $B - \Delta$ 이내(여기서 $\Delta$는 합리적인 시간 지연)에 프리이미지를 해제(지불 수령하다)해야 합니다. 앨리스가 밥의 라이트닝 지불 HTLC를 수령하다 하면(채널 상대방과 협상하여 오프체인에서 프리이미지를 해제하고 자금을 수령하다 하거나, 채널을 강제로 닫고 앨리스가 온체인에 프리이미지를 노출하여 수령하다 모두 가능), 밥은 앨리스의 비밀 가치 프리이미지 $s$를 알게 되고, 앞서 언급한 에스크로 계약을 통해 자금을 이체할 수 있습니다. 만약 앨리스가 교활하게 마지막 순간, 즉 블록 높이 $B - \Delta$에서만 지불을 수령하다, 밥은 $\Delta$개의 블록을 확보하여 $s$를 알고 이를 사용하여 체인에서 앨리스의 HTLC를 수령하다(즉, 위에서 언급한 계약).
이게 전부입니다! 밥과 앨리스는 서로를 속일 기회 없이 온체인과 오프체인에서 코인을 교환할 수 있습니다. 프라이버시와 효율성을 높이기 위해 앨리스와 밥은 협력할 수 있습니다. 밥이 라이트닝 인보이스를 결제하면, 앨리스와 밥은 MuSig를 사용하여 앞서 언급한 계약을 사용하는 거래에 공동 서명하고 자금을 밥에게 이체합니다(이렇게 하면 외부인이 이것이 HTLC/서브마린 스왑 거래라는 것을 알 수 없습니다).
능률
라이트닝 랩의 루프 서비스 와 같은 일부 서브마린 스왑 제공업체는 온체인 거래를 일괄 처리합니다. 온체인으로 수신한 코인을 스윕할 때 여러 계약을 한 번에 스윕하면 대량 의 자금을 더 적은 수의 UTXO로 효율적으로 집계할 수 있습니다. 이는 서브마린 스왑을 위한 에스크로 계약 주소에 자금을 지원할 때도 사용할 수 있으며, 각 출력은 별도의 서브마린 스왑 계약에 자금을 지원합니다.
하지만 서브마린 스왑 프로토콜 자체의 토폴로지에서 비롯된 효율성 병목 현상이 여전히 존재합니다. 수많은 소규모 노드(사용자)가 하나의 서브마린 스왑 서비스 제공업체(예: Loop 또는 Boltz)와 상호 작용합니다. 사용자들은 서로의 거래 내역을 전혀 알지 못하므로, 각 서브마린 스왑은 개별 사용자와 스왑 서비스 제공업체 간의 완전히 독립적인 계약으로 간주됩니다. 이는 낭비를 초래합니다.
온체인 통화에서 오프체인 결제로의 각 서브마린 스왑은 사용자가 별도의 자금 조달 거래를 시작해야 합니다. 사용자들은 서로의 존재를 알지 못하기 때문에 마스터-슬레이브 거래를 일괄 처리할 수 없습니다. 또한, 각 서브마린 스왑은 별도의 자금 조달 거래 출력을 생성합니다. 따라서 자금 조달 거래가 일괄 처리 된다 하더라도(Loop의 오프체인-온체인 프로토콜과 유사하게), 자금이 주입된 개별 HTLC 주소가 $n$개 존재하게 되며, 이를 해결하기 위해 잠재적으로 $n$개의 추가 거래가 필요할 수 있습니다.
확장
단일 참여자 프로토콜에서 n개 참여자 프로토콜로 전환함으로써 서브마린 스왑의 효율성을 향상시킬 수 있습니다. 각 스왑에서 하나의 메이커와 하나의 테이커를 가정하는 대신, 인증된 통신이 가능한 하나의 메이커 와 n개의 테이커를 가정합니다. 이러한 참여자들은 P2P 방식이나 프록시(예: 메이커)를 통해 통신할 수 있습니다. 이 n개의 서브마린 스왑 계약은 하나의 UTXO로 통합되어 신뢰할 수 없는 원자적 스왑을 실행합니다.
이는 프로토콜의 복잡성과 파편화를 증가시키지만, 온체인 효율성을 크게 향상시킵니다. 어떻게 이러한 효율성 향상이 이루어지는지 살펴보겠습니다.
온체인과 오프체인을 오가며 식사하는 사람
먼저 $n$명의 사용자가 온체인에서 오프체인으로 자금을 교환하는 시나리오를 살펴보겠습니다. 이 경우 거래의 양측은 다음과 같습니다.
- 싱글 이터 : 온체인 UTXO 소량을 오프체인 라이트닝 채널 잔액 으로 교환하려는 $n$명의 싱글 이터 그룹.
- 주문 보유자 : 라이트닝 잔액 을 온체인 자금으로 전환하려는 개인 또는 기업.
참가자들이 각각 다른 온체인 에스크로 주소에 자금을 예치하는 기존의 서브마린 스왑과는 달리, 이 거래 방식은 모든 참가자가 하나의 에스크로 계약에 자금을 공동으로 예치하고, 모든 자금이 단일 거래로 이체되는 방식입니다. 이 에스크로 계약은 계약이 성공적으로 실행될 경우 주문자가 자금을 사용하고, 실행에 실패할 경우 참가자들에게 자금을 반환합니다.
- 주문을 하는 사람은 주문을 받는 사람 수만큼의 무작위 비밀 값 ${s_1, s_2, …, s_n}$을 생성합니다.
- 주문 접수자와 주문 발주자는 협력하여 n-of-n 탭루트 해시 잠금 주소를 생성합니다. 주문 발주자가 ${s_1, s_2, …, s_n}$을 공개할 수 있다면, 이 주소를 통해 자금을 이체할 수 있습니다.
다음은 디스크립터로 표현된 트리플 해시 락의 예입니다.
tr( musig( <taker1_pubkey>, <taker2_pubkey>, <taker3_pubkey>, <maker_pubkey> ), and( hash160(<hash1>), hash160(<hash2>), hash160(<hash3>), pk(<maker_pubkey>) )) taproot 스크립트를 사용하면 (집계 공개 키 프로토콜을 통해) 4-of-4 내부 공개 키를 사용할 수 있으므로 모든 참여자의 협력을 통해 부피가 큰 해시 락을 완전히 숨길 수 있습니다. SHA256 대신 hash160 사용하여 블록 공간을 절약하면서도 라이트닝 네트워크에서 동일한 비밀 값(프리이미지)으로 HTLC를 사용할 수 있는 옵션을 유지합니다.
- 참가자들은 각자의 UTXO를 앞서 언급한 다중 서명 주소로 송금하는 자금 조달 거래를 구성합니다(잔액이 발생할 수 있습니다). 참가자들은 이 시점에서 자금 조달 거래에 서명 하지 않습니다 .
- 참여자들은 타임아웃 트랜잭션을 구성하는데, 이는 본질적으로 환불 트랜잭션입니다. 이 타임아웃 트랜잭션은 주입 트랜잭션 출력에서 나온 자금을 각 참여자에게 반환합니다. 타임아웃 트랜잭션에는 블록 높이 $B$의 잠금 해제 시간을 갖는 절대 시간 잠금이 포함되어야 합니다.
- 주문 접수자와 주문 체결자 모두 타임아웃 거래 에 서명합니다. 주문 체결자는 절대적인 시간 잠금이 되어 있으므로 당연히 이의를 제기하지 않습니다.
- 주문을 낸 사람은 $n$개의 라이트닝 네트워크 HTLC를 생성하며, 각 HTLC는 주문 처리자 중 한 명에게 상응하는 스왑 금액을 지불합니다. 주문 처리자 $i$의 HTLC는 지불 해시로 $SHA256(s_i)$를 사용합니다. 각 주문 처리자의 스왑 금액은 서로 다를 수 있습니다. 주문 처리자는 아직 이러한 HTLC를 청구 할 수 없습니다. 왜냐하면 주문을 낸 사람만이 각 HTLC의 역상 ${s_1, s_2, …, s_n}$을 알고 있기 때문입니다. 이러한 HTLC의 절대 시간 잠금은 최소 $B + \Delta$ 이상이어야 하며, 여기서 $\Delta$는 적절한 지연 시간(블록 단위)입니다.
- 모든 주문 접수 담당자들이 각자의 채널을 통해 HTLC를 수령한 후, 함께 서명하고 투자 거래를 게시했습니다.
- 모두가 블록체인을 통해 투자 거래가 확정되기를 기다리고 있습니다.
주문하는 사람에게는 세 가지 옵션이 있습니다.
1. (체인 내) 집행
주문자는 프리이미지 ${s_1, s_2, …, s_n}$을 사용하여 해시 락 지출 경로에서 자금 조달 거래 출력을 수령하다. 이러한 청구 거래는 네트워크의 모든 프리이미지를 공개하므로 주문 수령자는 이러한 프리이미지를 사용하여 HTLC에서 받은 자금을 수령하다 할 수 있습니다.
주문자가 자금을 수령하기 위한 거래 게시를 마지막 순간까지 지연하더라도, 주문 접수자는 각 채널의 HTLC에서 자금을 수령하다 할 수 있는 $\Delta$ 블록 시간 창을 여전히 보유합니다.
2. (오프체인) 협력
주문자는 ${s_1, s_2, …, s_n}$의 각 요소를 해당 주문 접수자에게 할당할 수 있습니다. 주문 접수자는 이러한 프리이미지를 사용하여 자신의 채널에서 HTLC를 수령하다 할 수 있습니다. 그 대가로 주문 접수자는 주문자와 협력하여 거래에 서명하고, 주입 거래 출력에 포함된 자금을 주문자에게 지급해야 합니다.
누군가가 원본 이미지를 HTLC로 교환한 후 서명을 거부하더라도 주문을 한 사람은 여전히 거래를 강제하고 블록체인 내 투자 거래 출력에서 자금을 가져갈 수 있습니다.
주문자가 프리이미지 전체가 아닌 일부만 제공하는 것은 비합리적이라는 점에 유의하십시오. 프리이미지 하나는 주문자로부터 자금을 수령하다 권리를 나타내기 때문입니다. 주문자가 온체인 상에서 자금을 인출하려면 프리이미지 전체를 공개해야 하며, 일부가 아닌 전체를 공개해야 합니다.
3. 타임아웃
주문자는 프리이미지를 공개하지 않도록 선택할 수 있습니다. 따라서 주문 접수자는 각 채널에서 HTLC를 수령하다 수 없습니다. 네트워크가 블록 높이 $B$에 도달하면 모든 주문 접수자는 타임아웃 트랜잭션을 게시하여 모든 주문 접수자에게 자금을 반환할 수 있습니다. 이후 $Delta$ 블록이 더 지나면 각 채널의 HTLC도 만료됩니다.
성능
만약 우리가 기존의 서브마린 스왑을 $n$개 사용한다면, 체인 내 최소 풋프린트는 다음과 같습니다.
- 각각 최소 하나의 투입과 하나의 산출을 포함하는 $n$개의 서로 다른 투자 거래가 있습니다.
- 서로 다른 $n$개의 입력값이 주어졌을 때, 각 에스크로 주소에서 자금을 인출합니다 (이 작업은 하나의 거래로 일괄 처리될 수도 있습니다).
이상적으로, 여기서 제시하는 멀티 스왑 방식은 (n$ 스왑)의 인체인 발자국을 다음과 같이 줄일 수 있습니다.
- 투자 거래에는 최소 $n$개의 투입 요소와 최소 1개의 산출 요소가 있습니다(잔돈 산출 요소가 있으므로 더 많을 수도 있습니다).
- 하나의 입력값 수령하다 투자금 수령 거래의 출력값 (다른 수령하다 거래와 함께 일괄 처리될 수도 있습니다).
$n$ 값이 클 경우 일부 주문자가 협조하지 않을 수 있다는 점에 유의해야 합니다. 주문자는 온체인에서 자금 조달 거래 출력을 수령하다 하기 위해 대량 의 RMD160 해시와 방대한 스크립트를 거래의 증인 출력에 게시해야 할 수도 있습니다. 이는 성능 분석 및 $n$ 값 선택에 영향을 미칠 수 있습니다.
1인 사용자 오프체인에서 온체인으로의 스왑
자, 이제 반대 상황에서 우리 방법이 어떻게 작동하는지 살펴보겠습니다.
이 시점에서 거래에 관련된 두 가지 역할은 다음과 같습니다.
- 단일 참여자 : 라이트닝 채널의 잔액 소량의 온체인 UTXO로 교환하려는 여러 소규모 참여자.
- 주문 보유자 : 대량의 온체인 UTXO를 라이트닝 채널 잔액 으로 교환하려는 개인 또는 기업.
이 시점에서 기존의 서브마린 스왑처럼 n개의 개별 온체인 에스크로 주소를 생성하는 대신, 주문자는 단일 에스크로 주소에 자금을 입금합니다. 이 자금은 단일 거래로 사용될 것으로 예상됩니다. 즉, 스왑이 원활하게 진행될 경우 테이커에게 자금을 보내거나, 스왑이 원활하게 진행되지 않을 경우 주문자에게 자금을 반환합니다.
- 주문을 하는 사람은 주문을 받는 사람 수만큼의 무작위 비밀 값 ${s_1, s_2, …, s_n}$을 생성합니다.
- 주문 접수자와 주문 보유자는 공동으로 1/n 탭루트 해시 잠금 주소를 생성합니다.
다음은 한 가지 요리를 먹는 사람의 수가 3명인 경우를 나타내는 설명입니다.
taker_joint_pubkey = musig( <taker1_pubkey>, <taker2_pubkey>, <taker3_pubkey>);tr( musig( <taker1_pubkey>, <taker2_pubkey>, <taker3_pubkey>, <maker_pubkey> ), { { and( hash160(<hash1>), pk(taker_joint_pubkey) ), and( hash160(<hash2>), pk(taker_joint_pubkey) ) }, and( hash160(<hash3>), pk(taker_joint_pubkey) ) }) 이 스크립트에서 "수령자"는 세 가지 서로 다른 해시 락 지출 조건으로부터 자금을 공동으로 수령한다는 점에 유의하십시오. 즉, <hash1> , <hash2> , <hash3> 세 가지 역상 중 어느 하나라도 수령자가 자금을 수령하다 데 사용할 수 있습니다.
- 주문자는 주문자의 UTXO를 소모하고 앞서 언급한 탭루트 주소로 금액을 지불하는 자금 조달 거래를 생성합니다(거래에는 명령 출력이 포함될 수 있습니다). 주문자는 이 시점에서 자금 조달 거래에 서명 하지 않습니다 .
- 주문 보유자는 자금 조달 거래 의 출력을 소비하고 자금을 주문 보유자에게 반환하는 타임아웃 거래를 구성합니다. 이 거래에는 블록 높이 $B$만큼의 잠금 해제 시간을 갖는 절대 시간 잠금이 포함됩니다.
- 주문 접수자와 주문 체결자 모두 타임아웃 거래에 서명합니다. 주문 접수자는 타임아웃 거래에 절대적인 시간 잠금이 설정되어 있으므로 이를 수락하는 데 동의합니다.
- 참여자들은 협력하여 $n$ 개의 청구 거래를 구성합니다. 각 수령하다 거래는 자금 조달 거래와는 다른 해시 락 지출 분기를 사용하여 자금을 지출하고 참여자들에게 분배합니다. 참여자들은 모든 $n$개의 청구 거래에 협력적으로 서명합니다. ${s_1, s_2, …, s_n}$ 중 하나가 공개될 때까지는 어떤 거래도 공개되지 않습니다. 참여자들은 자신의 자금을 횡령하지 않기 때문에 이러한 거래에 기꺼이 서명합니다. 각 참여자 $i$는 자신의 해시 값 $RMD160(SHA256(s_i))$에 해당하는 완전히 서명된 수령하다 거래를 확보해야 하며, 이를 통해 $s_i$를 알게 되면 수령하다 거래를 공개할 수 있습니다.
- 주문을 하는 사람이 투자 거래에 서명하고 이를 공표합니다.
- 모두가 블록체인을 통해 투자 거래가 확정되기를 기다리고 있습니다.
- 거래 참여자(Eater)는 $n$개의 HTLC를 생성하고 라이트닝 네트워크를 통해 주문 보유자에게 스왑 금액을 지불합니다. 이때 지불 해시에는 해당 $SHA256(s_i)$ 값을 사용합니다. 거래 참여자는 서로 다른 금액을 사용할 수 있습니다. 각 HTLC의 타임아웃은 최대 $B - \Delta$이며, 여기서 $\Delta$는 적절한 시간 지연(블록 단위)입니다. 주문 보유자는 모든 HTLC가 전달될 때까지 기다린 후 결제를 진행해야 합니다.
- 주문자는 역상 ${s_1, s_2, …, s_n}$을 사용하여 모든 HTLC를 정산하거나, 또는 모든 HTLC를 정산할 수 있습니다. 즉, 모든 주문 수령자는 최소한 하나의 역상 $s_i$를 받게 됩니다. 합리적인 주문자는 모든 HTLC를 수령하다 하거나, 아니면 아무것도 수령하지 않을 것입니다. 왜냐하면 $s_i$ 중 하나라도 공개되면 주문 수령자가 투자 거래의 결과에서 자금을 인출할 수 있기 때문입니다.
1. (체인 내) 집행
모든 테이커 $i$는 사전 이미지 $s_i$를 알게 된 후, 모든 테이커가 미리 서명한 청구 거래를 게시할 수 있습니다. 이 원자적 거래는 주문자의 자금을 테이커들에게 공정하게 분배합니다.
주문자가 라이트닝 채널의 HTLC(기본적으로 주문 접수자로부터 발생)가 모든 프리이미지 ${s_1, s_2, …, s_n}$을 공개하기 전에 타임아웃되기 직전까지 기다리더라도, 최악의 경우 주문 접수자는 여전히 $\Delta$ 블록 시간 창을 사용하여 클레임 트랜잭션을 게시하고 확인할 수 있습니다.
2. (오프체인) 협력
주문자가 자신의 라이트닝 채널 내의 모든 HTLC(해시 락 지출 분기)를 수령하다, 즉 모든 프리이미지 ${s_1, s_2, …, s_n}$이 노출되면, 주문자는 주문 수령자와 협력하여 4-of-4 내부 공개 키를 사용하여 수령하다 트랜잭션의 새 버전에 서명할 수 있습니다. 이를 통해 계약에서 해시 락 지출 분기를 숨길 수 있어 개인 정보 보호 및 온체인 효율성을 향상시킬 수 있습니다.
누군가가 이 새로운 버전의 수령하다 거래에 서명하지 않으면, 테이커는 블록 높이 $B$ 이전( 시간 초과된 거래가 유효한 거래가 되기 전)에 한해 자신의 청구 거래를 다시 게시할 수 있습니다.
타임아웃
주문자가 아무런 조치를 취하지 않으면(프리이미지를 해제하지 않으면), 주문 접수자의 HTLC는 블록 높이 $B - \Delta$에서 만료되어 라이트닝 채널 잔액 주문 접수자에게 반환됩니다. 그런 다음 블록 높이 $B$에서 주문자는 타임아웃 트랜잭션을 사용하여 자금 조달 트랜잭션 출력을 정리할 수 있습니다.
주문 체결자가 투자 거래를 게시한 후 응답하지 않으면 주문 체결자는 아무것도 할 필요 없이 블록 높이 $B$가 될 때까지 기다렸다가 시간 초과된 거래를 게시하면 됩니다.
성능
만약 우리가 기존의 서브마린 스왑을 $n$개 사용한다면, 체인 내 최소 풋프린트는 다음과 같습니다.
- $n$개의 서로 다른 에스크로 출력물(이러한 출력물들은 하나의 투자 거래로 일괄 처리될 수도 있습니다).
- 위의 에스크로 출력을 수령하다 위해 $n$개의 개별 거래가 사용되며, 각 거래에는 최소 하나의 입력과 하나의 출력이 포함됩니다(일괄 처리는 불가능합니다).
이상적으로, 여기서 제시하는 멀티 스왑 방식은 (n$ 스왑)의 인체인 발자국을 다음과 같이 줄일 수 있습니다.
- 에스크로 출력물 하나(더 큰 자금 조달 거래에 일괄 처리될 수 있음).
- 입력 1개와 출력 $n$개를 갖는 수령하다 거래(구매자들에게 자금을 배분).
주문 접수자나 주문 발주자가 비협조적인 경우, 주문 접수자는 해시락 분기 중 하나를 사용하여 체인상의 자금을 수령하다 해야 합니다.
괴롭힘을 줄이세요
잠수함 스왑을 다자간 계약으로 확장하는 것이 분명히 가능하지만, 구체적인 효율성 향상 폭은 관련 당사자들의 협력에 크게 좌우되기 때문에 논란의 여지가 있습니다. 특히 온체인에서 오프체인으로의 스왑의 경우, 비협조적인 주문 수락자가 주문 발신자에게 추가 수수료(불필요해 보이는 일련의 해시와 프리이미지를 게시하는 방식)를 요구하여 자금을 수령하다 강요할 수 있기 때문에 더욱 그렇습니다.
기존의 잠수함 교환 계약에서도 동일한 괴롭힘 공격이 존재하지만, 다자간 환경에서는 한 명의 문제 있는 당사자가 전체를 망쳐놓기 때문에(교환 비용이 모두에게 더 비싸지기 때문에) 그 영향이 훨씬 더 큽니다.
주문을 가로채려는 사람들의 방해 행위를 막기 위해, 주문을 하는 사람들은 다음과 같은 방법을 사용할 수 있습니다.
- 거래 수수료. 주문자는 라이트닝 인보이스 금액에 거래 수수료를 포함시켜 테이커에게 지불하도록 요구할 수 있습니다(오프체인에서 온체인으로의 스왑 시). 또는 HTLC로 테이커에게 지급하는 금액을 줄일 수도 있습니다(온체인에서 오프체인으로의 스왑 시). 이는 주문자가 스왑 서비스를 제공하도록 유도하고 악의적인 공격에 더 큰 비용을 발생시킬 것입니다.
- 선입금 시스템. 주문자는 주문 체결자에게 스왑 금액의 일정 비율을 HTLC로 선입금하도록 요구할 수 있습니다("HODL 인보이스" 사용). 주문 체결자가 스왑을 승인하면 주문자는 인보이스를 취소하고 선입금을 반환할 수 있습니다. 주문 체결자가 협조하지 않을 경우, 주문자는 인보이스를 결제하고 위약금으로 선입금을 회수할 수 있습니다. 이 선입금은 무조건 회수할 수 있으므로 일정 수준의 신뢰, 책임감, 그리고 평판이 요구됩니다.
- 익명 토큰입니다. 입찰에 참여하는 사람은 입찰자로부터 일부 이캐시 토큰을 구매할 수 있으며, 나중에 이를 입찰자와 함께 다자간 서브마린 스왑에 참여할 수 있는 권리로 교환할 수 있습니다.
- 충성도 보증 제도. 익명의 주문 체결자 또는 주문 수령자가 비트코인을 지불하고 영구적인 주문 체결자/주문 수령자 신원을 확보하여 거래에 성실하게 참여했음을 증명할 수 있습니다.
일을 위해
- 라이트닝 네트워크의 시점 고정 계약(PTLC)은 양방향 다자간 서브마린 스왑에서 온체인 개인정보 보호 및 효율성을 크게 향상시킬 수 있습니다. 그렇다면 PTLC 기반 다자간 서브마린 스왑은 어떤 모습일까요? 그리고 실제로 얼마나 효율성을 개선할 수 있을까요?
- 인체인 UTXO를 판매하는 n명의 판매자와 라이트닝 페이먼트를 통해 UTXO를 구매하는 m명의 구매자 간의 n-to-m 서브마린 스왑을 실행하는 것이 가능할까요?
(위에)
