サンダーネットワークアップデート: 新しいオンチェーン決済(払い戻し)機能がデビュー

数か月前、Thunder Network のアルファテストバージョンをリリースしました。当時、サンダーネットワーク内のほとんどの取引はビットコインブロックチェーン上で行われておらず、サンダーネットワークが正常に動作するためには、ブロックチェーンに記録する必要がある少数の取引のみが適切に処理されなければならないと説明しました。簡単に言えば、法廷で執行できない契約は無効です。同じ原則がサンダーペイメントにも適用されます。つまり、ユーザーは「裁判所」（ビットコインブロックチェーン）に送信された支払いが有効であることを確信する必要があります。

当初、私たちはレイヤー 2 の支払いプロトコルであるデュアル TX を立ち上げました。 Dual-tx には多くの利点がありますが、アップデートやアップグレードを実装するのは私たちが考えるよりもはるかに困難です。

デュアルTXによりThunder Networkの使い勝手が向上する理由

現在のプロトコルレイヤーでは、この期間中にオフライン時間が 1 日を超えない場合、払い戻しには 1 か月以上かかります。 2週間の外出であれば、払い戻し期間は1年程度まで延長されると思われます。受取人がこれ以上遅れることがないよう、返金にかかる時間をできるだけ短縮したいと考えています。

Dual-tx は、決済のブロードキャストと支払いの要求の間に 2 番目のプロトコルレイヤーを追加し、支払いの要求プロセスと遅延失効の待機プロセスを分離します。受信者がトランザクションをキャンセルしたい場合は、遅延失効の期限が切れた後に second-tx 出力を申請し、2 番目のトランザクションをブロードキャストする必要があります。取引の当事者のいずれかが不正行為を行った場合、他の当事者は第 2 のプロトコル層で資金を回収することもできます。この 2 番目のプロトコル層でのトランザクションは、セーフティネットのように機能します。注: チャネルトランザクションの出力アプリケーションをブロードキャストする場合にのみ、2 番目のプロトコルレイヤーを使用する必要があります。取引に関与する当事者は、いつでも取引チャネルから直接払い戻しを受ける権利を有します。

このアプローチにより、支払い時間が 1 日に短縮され、払い戻し遅延のキャンセル時間が 2 週間に短縮され、プロトコルのパフォーマンスが大幅に向上します。

以下は、弊社のエンジニアである Mats Jerratsch が共有したこのアップデートの詳細です。

取引決済処理

このプロセスをわかりやすくするために、3つのポイントに分けて説明します。

まず、チャネルアンカーポイントのトランザクションブロックを追跡および監視します。類似のトランザクションが見つかった場合、 ChainSettlementHelper.onChannelTransaction(..)を呼び出して分析し、そのソースと特定のトランザクション情報が当社の記録と一致しているかどうかを確認します (一致しない場合は、詐欺の疑いがあります)。次に、各支払いに対して対応する ChannelSettlement オブジェクトを作成します。正常に出力するために、各支払いのステータスを追跡します。このプロセスが完了すると、すべての ChannelSettlement がデータベースに保存されます。

第二に、ChannelSettlements はブロック情報の更新ごとに変化します。取引資金、支払いリクエスト、更新などの情報は保存され、ユーザーは再度支払いを開始できるようになります。 ChainSettlementHelper.onBlockSave(..)を使用して確認できます。

3 番目に、Bitcoin トランザクションはChainSettlementHelper.onBlockAction(..)を使用して作成され、ユーザーは次のフラグに基づいてブロードキャストする必要があります。

ourTx — ブロックチェーン上でチャネルをブロードキャストしていますか、それとも相手側はオンチェーン決済を望んでいますか?
詐欺 - このチャネル取引は最新のものですか、それとも詐欺ですか?
送信 - 私たちは支払いの開始者ですか、それとも受信者ですか?
secondTx — ブロック内の 2 番目のトランザクション支払いを確認しましたか?

典型的なケース

典型的な例は次のとおりです: Bob に支払いを済ませましたが、返金したいのですが、Bob がオンラインではありません。ボブと私が以前に合意した払い戻し期限が近づいていたので、私は自分で決断しなければなりませんでした。この支払いを無視するべきでしょうか、それとも支払いチャネルを開いたままにしておくべきでしょうか?この場合の状況から判断すると、支払いチャネルを閉鎖する方がよいでしょう。

最後のチャネルトランザクションのみをブロードキャストします。ブロック内で見つかったら、 onChannelTransaction(..) は対応する ChannelSettlement オブジェクトをデータベースに保存します。 onBlockAction(..)関数により、デュアルトランザクションにいくつかの支払いシークレットが含まれるようになります。これは、支払いがタイムアウトしないようにするために必要です。

その後、トランザクションは次のブロックに到着し、 onBlockSave(..) がChannelSettlement オブジェクトを更新できるようになります。ただし、情報は、約 1 週間かかる遅延失効期間が経過するまで保存されません。 1008 ブロック待つ必要があります。 ChainSettlementHelper.onBlockAction(..)関数によって作成されたトランザクションにより、最終的に払い戻しがウォレットに届きます。

取引の一方の当事者に不正行為の疑いがある場合、通常はすべてのチャネル取引出力を申請できます。これを実現するには、トランザクションで元に戻されたハッシュを取得する必要があります。データが失われない限り、データベースからハッシュを取得するか、shachain 計算などのより高度なメカニズムを使用して目的を達成できます。ただし、トランザクション参加者がセカンドトランザクション支払いをブロードキャストすることにした場合、資金の一部 (トランザクション手数料) を失う可能性があります。

この新機能は、すでに詐欺行為が発生している場合には適用されません。確かにそれほど頻繁に使用されるわけではありませんし、詐欺を助長したくはありません。改善のためのご提案があれば歓迎いたします。