ブロックチェーンがオンチェーン決済システム「サンダーネットワーク」をアップグレード

クレイジー解説：ライトニングネットワークは、ビットコインネットワークの拡張の問題に対処するために開発されたオフチェーントランザクションソリューションであり、ブロックチェーンのサンダーネットワークはこのソリューションを実装した最初の支払いソリューションです。アルファ版にアップグレードされました。このシステムは独自の2段階支払い方式を採用していますが、実装プロセスが結局のところ非常に難しいため、完璧にすることは難しく、使用中に徐々に改善する必要があります。

翻訳: Annie_Xu

ビットコインベースのスタートアップ企業Blockchainは最近、オンチェーン決済システムThunder Networkをアップグレードし、5月にアルファ版をリリースした。

Blockchain は、オフチェーンの Bitcoin 決済を実装した最初の Lightning ネットワークである決済チャネル Thunder Network のアルファ版をリリースしました。もちろん、最終的な決済はビットコインのメインブロックチェーン上で行う必要があります。 Blockchain は、この決済技術のプロトタイプを「ライトニング ネットワーク上でオフチェーンで資金を送金するための信頼のない方法」と説明しています。

Blockchain は、Thunder が安全で信頼性のない即時支払いを可能にする可能性を秘めており、マイクロトランザクションの力を解き放つことで Bitcoin ネットワーク上の取引量とユーザーのプライバシーを向上させることができると主張しています。

ブロックチェーンは、サンダーのアップグレード版のリリース後のブログ投稿で、ブロックチェーンに入る少数の取引が適切に処理される限り、サンダーの支払いプロセスにはビットコインブロックチェーンは関与しないと述べた。チェーン上のユーザーの支払いが有効であることを確認する必要があります。

2段階の支払い方法

Thunder はデュアル TX 2 層決済方式を採用していますが、実装プロセスは想像以上に困難です。

現在、払い戻し処理には少なくとも 1 か月かかります。ただし、ユーザーはオフライン時間が 1 日未満であることを確認する必要があります。ユーザーが 2 週間オフラインの場合、払い戻しは 1 年後まで延期されます。

Dual-tx は、支払い申請と決済のプロセスの間に第 2 レイヤー (secondTX) を追加し、支払い申請と支払いキャンセルの待機の間の時間間隔を明確に分離します。受取人が支払いのキャンセルを申請する場合、キャンセルが完了した後に受取人が第 2 層の出力情報を取得できるように、第 2 取引情報を通知する必要があります。

ユーザーが不正行為を行った場合、相手側は第2層で返金を申請することができます。 2 番目の取引は、取引活動のセーフティ ネットです。ユーザーが既知の支払いチャネルの取引情報を取得することを申請する場合にのみ、2 つの支払いレイヤーを呼び出す必要があります。相手側は支払いをキャンセルし、ユーザー チャネルで直接支払いを回収できます。

1日間の有効な支払い期間

この方法は、当日の支払い期間と 2 週間の返金遅延のみをサポートしており、アップグレードする必要があります。

ブロックチェーンエンジニアのMats Jerratsch氏は、ブロックチェーンのソリューションはアプリケーションの展開を容易にすると語った。

マッツ・イェラッチ

まず、ユーザーは、新しく作成されたトランザクション ブロックが支払いチャネルのアンカーをどのように使用するかを監視できます。たとえば、「ChainSettlementHelper.onChannelTransaction」を使用すると、トランザクションを分析し、トランザクションのソースを識別し、トランザクションがファイルに示されているバージョンと一致するかどうかを判断できます。 「ChainSettlement」を使用する目的は、各支払いと各出力のステータスを追跡できるようにすることです。データベースにはすべての ChainSettlement が含まれます。

ChainSettlement のアップグレードされた形式は、それが配置されているブロックに対応しています。相手の資金、支払い申請、アップグレード情報はすべて保存され、ユーザーが次回ステータスを利用しやすくなります。 「ChainSettlementHelepr.onBlockSave」はさまざまなケースを提供します。

Bitcoinの取引が作成される場所は「ChainSettlementHelepr.onBlockSave」です。これらの取引の発表には次の内容が含まれていました。

ourTX: 支払いチャネルを事前にブロックチェーンに通知しますか、それとも他の参加者がオンチェーンで進めたいですか?

cheated: このトランザクション チャネルは最近更新されましたか?誰か不正行為をしようとした人はいますか?

送信側: 支払いプロセスを開始するのは私たちですか、それとも私たちが受取人ですか?

secondTX: ブロックがまだ支払いを受け取っていないため、2 番目のトランザクションは表示されますか?

よくあるケース

通常、当事者 A は当事者 B から支払いを受け取り、当事者 B はお金を取り戻すことができますが、両者はオフラインです。支払い時に合意した返金期間が終了した場合、当事者Aは決定を下す必要があります。たとえお金を取り戻せなくても支払いを放棄したいのでしょうか、それとも支払いチャネルを開いたままにすることを選択するのでしょうか?

チャネルが開かれた場合、最新のチャネル取引情報を通知する必要があります。ブロック内でトランザクションが見つかると、onChannelTransaction は ChannelSettlement の内容をデータベースに入力します。 onBlockAction は、支払いがタイムアウトしないように、秘密の支払い情報を含むデュアル トランザクションを作成します。

トランザクションは次のブロックに転送され、onBlockSave によって ChannelSettlement の内容が更新されます。これにより、通常 1 週間かかる取り消し審査を待つ必要がなくなります。 「ChainSettlemetnHelper.onBlockAction」は、ウォレットに支払いを返すトランザクションを作成します。

支払い側が詐欺行為を行った場合、ユーザーはすべてのチャネルの出力情報を取得し、取引で使用された失効ハッシュ値を取得するよう申請できます。また、サイドチェーンアップグレードメカニズムを使用している限りハッシュ値が保存されるため、取得が可能です。

相手側が支払いトランザクションの 2 番目の tx を通知すると、資金の無駄になります。 2 回目の tx の出力情報を取得するために申請することはできますが、取引手数料が増加し、一定の損失が発生します。

詐欺行為があった場合、いかなる措置も取られません。ここで支払いを申請することもできますが、確率は高くなく、この仕組みでは推奨されていません。

ブロックチェーンチェーンにはさらなる入力が必要

Blockchain は Thunder で多くのテストを実施し、あらゆる支払いケースをカバーし、Bitcoin スクリプトの有効性を確保するよう努めています。しかし、テストされていないコードは完璧になることはほとんどありません。したがって、ブロックチェーンは誰もがテストして探索することを歓迎します。