この新しい Amboss 機能は、見た目ほど危険ですか?アナリスト会社は「報告されたチャネル残高」を発表し、ビットコインの世界はすぐに厳しい批判に反応しました.彼らは過剰反応していたのでしょうか、それとも正しかったのでしょうか?ビットコインのライトニング ネットワークは危険にさらされていますか?何が起こったのかを正確に調べて調べましょう。すべては、ノードの容量がノードの流動性と同じではないという考えから始まります。
また、ノードオペレーターに、チャネルバランスを含むノードステータスを共有および分析する機能を提供しました.これにより、購入したチャンネルのより良い洞察、通知、および評価を提供できるようになります。 pic.twitter.com/YgJmxFokS8
- アンボス
(@ambosstech) 2022年10月26日
「報告されたチャネルのバランス」機能を発表する平均的な投稿で、Amboss はアイデアを拡張します。
「ライトニング ネットワークの開始以来、欠落している重要な情報の 1 つは、ライトニングの容量とその流動性の違いです。違いを見つけるには、（ありがたいことに）デフォルトで非公開になっている情報、つまりチャンネル残高が必要です。」
これは依然として重要な情報であるため、多くのアクターは調査手法を使用してチャネル残高を発見します。ある意味では、ノードのプライバシーに対する攻撃です.「つまり、Amboss は、Lightning Network のプライバシーが危険にさらされていることを知っています.一時的にブロックされる可能性があるため、送信者の資金も危険にさらされています.」Ed はさらに悪い.ターゲットのために。
アンボスの考え方: 報告されたチャネルのバランス
そのため、調査を段階的に廃止するために、Amboss はノードが自発的に残高を報告することを許可しました。 「ユーザーがこのデータを送信できる単一のエンドポイントを作成しました。ノードの Amboss ページに表示されます。」 Amboss とのみデータを共有する機能がありますが、ノードは必要に応じて情報を公開できます。 「設定範囲は、プライベート (Amboss のみと共有)、間隔 (25%、50%、または 75% として公開されている残高)、またはパブリック (特定のパーセンテージが Amboss の訪問者に表示されます) です。」
一般に、この関数の背後にある考え方は少し素朴に見えますが、横たわっている結び目を処理する方法ほど明白なことはありません。 「実際、誰でも自分のバランスについて嘘をつく台本を書くことができます。データセットから嘘つきを追い出そうとする代わりに、別のアプローチを試みます: 与えられた情報のみに基づいてサービスを提供することです. Amboss の人々は、「親切に彼らを殺す」ことを新しいレベルに引き上げました.
「通知とアラートを提供することと、ユーザーがノードで適切な決定を下すのに役立つ情報を提供することの両方によって、ノードオペレーターを支援するツールを構築しています。私たちができる最善の方法は、ユーザーが正直に残高を共有することです。」
正直に言うと、Amboss が提供する貴重な情報が得られるのでしょうか?壊れやすい音です。
Kraken | 2022 年 10 月 28 日の BTC 価格チャート出典: TradingView.com のBTC / USD
報告チャネルの残高に対するケース
Twitter の略歴に「セキュリティ、プライバシー、自由のためのノードの構築」と書かれている開発者の Lightning Openoms は、Amboss の新しいセルフコントロール機能に対する非難を先導しています。 「Amboss によるこのデータの共有と集約が広まり、正確になると、Lightning のプライバシーに大きな問題が生じるでしょう。」また、代替案、可能な規則、および明確な行動方針も示しました。 「ええと、それはオープンソースです。2 ビットを超えるデータを共有することはできません。」
今のところいくつかの軽減策: 誰かが非公開で共有しているかどうかはわかりませんが: * 共有ノードとピアリングしないでください * 共有ノード経由での支払いを避けてください * Thunderhub を実行できない CLN ピアを探してください * もし何でも * アグレッシブな MPP とより長いパスを使用
— openoms (@openoms)2022年10月27日
Openoms はまた、関数の背後にあるすでに脆弱なロジックを破り、「調査はすでに可能であるため、データ共有を標準にする」のではなく、「調査をより難しく、費用がかかり、決定的でないものにする」べきだと主張しています。使用可能な要素に関しては、Openoms は「現時点ではいくつかの緩和策」を提供しています。
- 「共有ノードとピアリングしない」
- 「共有ノードによる支払いを避ける」
- 「Thunderhub を実行できない CLN ピアに注意してください」
- 「何かあればランダムなデータを挿入する」
- 「アグレッシブ MPP とより長いルートを使用する」
アンボスは批判に対してどのように反応しましたか?
アンボスからの迅速な対応
分析会社についてあなたが望むことを言いますが、彼らの反応は冷静で落ち着いており、冷静でした。 Amboss 氏は、「チャンネルの残高共有機能に関するフィードバックは (たとえ否定的であっても) 心から感謝しています。次に、彼らはクレジットが必要な場所にクレジットを与えました。 「ネットワークレベルでのトランザクションのプライバシーを保護しながら、サービスに関する貴重な情報をユーザーに提供してくれた Tony Giorgio と Openoms に特に感謝します。」 Amboss はまた、この機能がオンになっており、デフォルトで無効になっていることを明らかにしました。
論争の中で明らかにすべき重要な事実: @thunderhubioの設計は OPT-IN のみであり、デフォルトで非公開です。 Thunderhub は、ユーザーの選択を尊重する直観的な MIT ライセンスのノード マネージャーです。
- アンボス
行く前に、トニー・ジョルジオが非常に洞察力に富んだことを言ったことを知る必要があります。彼は驚異的な Stacker News で議論を主導し、次のように書いて火をつけました。
「私たちはライトニング ネットワークのプライバシーを保護するために多大な努力を払っていますが、利便性のために情報を公開しようとする社会の傾向とは常に闘っています。この情報を 1 つの当事者に集約することが、Lightning に対する攻撃であり、すべての個人のプライバシー全体に対する攻撃であるとは言い切れません。」
甘く、古代の快適さ。あなたは人類をいくつのトラブルに導きましたか？
注目の画像: プラットフォーム ダッシュボード、このツイートから| TradingViewチャート
