ヒヨコロ/Hiyo

ヒヨコロ/Hiyo

@hiyo2025

I'm live in DeFi.

知識0からはじまるLNチャネル復旧その1

買い替えたラズパイ組み立てパスフレーズ入れたけどBitcoinが足りないぞこれはLightningチャネルの分だねー以上前回のあらすじ パスフレーズ入力したんだからLNチャネル分も一緒に復旧してくればいいじゃんと文句垂れつつもまぁちゃんとバックアップしてるから問題ないもんね楽勝楽勝 あの……。どこからアップロードすればいいんですか?ダウンロードする場所があるならその逆も然りが通常なのでは?????まぁいいやわたしはRTLのバックアップもとってあるしそっちでも大丈夫だろう多分 こっちもかよ! (最近勝手に日本語に変換されましたけど カタカナで”ライト・ザ・ライトニング”って     ちょっとばかしダサくないですか?)バックアップフォルダの置き場?いちいち指定されてるのか……PC上でdataファイルをつくりバックアップを移動させるわたししかしうんともすんとも反応しませんね それは当然ラズパイの中にバックアップデータがなければ意味がないんですそんなこととはつゆ知らずPC再起動するなど無意味な行動を重ねて1日をムダにしました 意味がわからない。なんでこんなことに……今振り返ればそりゃそうだって話ですが当時のわたしは頭をかかえました自然と落ちる目線 ん? こ

LNノードのバックアップ&リストア考察

Lightning Networkのノード運用をする場合、特に重要なのがバックアップです。オンチェーン上のビットコインのバックアップは秘密鍵を保管しておくだけで良いですが、LNのノード運用をする場合は少し特殊です。LNノードのバックアップは大きく2つに区別することができます。それは①オンチェーン資金のバックアップと②オフチェーン資金のバックアップです。①のバックアップは秘密鍵の保管をするだけで問題ありません。②のオフチェーン資金のバックアップとは、チャネルのバックアップです。LN上のチャネルは送受信がある度にチャネル状態が更新されていくので、その都度バックアップをとる必要があります。もし古いチャネル状態で相手と通信をすると、不正な状態と見なされ、最悪の場合、資金を失うかもしれません。 data loss protection そのような場合を考慮して、LNの仕様書では data loss protection (DLP)と呼ばれる安全装置が付いています(02-peer-protocol)。これは、もしアリスのチャネル状態が5で、ボブのチャネル状態が6だった場合、アリスのチャネルは古い状態なので、ボブにチャネルを強制閉鎖することを依頼できる仕組みです。この依頼を受けたボブが取れる行動は、(a)最新のチャネル状態6で強制閉鎖するか、(b)古いチャネル状態、例えば自分の残高が多くなるようなチャネル状態まで遡り、そのチャネル状態で強制閉鎖することが考えられます。ボブが(b)の選択をしても、もしアリスが嘘を付いていて最新のチャネル状態までデータを保持していると、ボブはペナルティとして、アリスに全額没収されてしまいます。そのため、ボブは(a)の正直な選択を取ったほうが無難なのです。これが data loss protection と呼ばれる仕組みで、ゲーム理論的な側面があります。この仕様は各LNソフトウェアに実装されています。 またLNDでは、static channel backup(SCB)と呼ばれるチャネル開設がある度に取得するバックアップがあります。これは、最初のチャネル状態だけをバックアップして、リストア時にSCBからチャネル状態を復元しようとするとチャネル状態が古いので、DLPによってチャネルの強制閉鎖を相手に依頼するというものです。このSCBはLNDのみ実装されており、c-lightningやEclair coreには実装されていません。LNのバックアップでは秘密鍵以外にも②のチャネルのバックアップも必要でした。一見するとこのSCBは必須な気がしますが(実際コミュニティでも議論されている<a href="https://github.c

Solana 事案と秘密鍵とモナコインアドレスと mpurse 認証

つぶやき。ぽえむ。 ポエム書いている時点では原因不明らしいですけれども、「ETH より優れているぜ」系の新興チェーンである Solana の資産が、大規模にハッキングされているようですね…。 チェーン側のバグ、たとえば署名検証アルゴリズムが理由である可能性は残されていますが、おそらく違うでしょう。こういう「お祭り」のときは、チェーンと利害があったりなかったりするエンジニアらが、チェーンのコードを精査して指摘するはずなので。 Ⓜ 全く話が別のところに飛びますが。 ビットコイン系…モナコインは当然含まれます…のチェーンには、「秘密鍵と公開鍵を使った電子署名機能」があります。これを使ったモナコイン系のサービスは存在します。しかし、ビットコイン系では見かけません。不思議に思ったこと、無いですか? そしてさらに巻き戻して。電子署名に基づくコントラクトなら、公開鍵を公開すればよいはずなのに、なんで公開鍵にハッシュをかけたものをアドレスとしているのか、不思議に思ったこと、ないですか?(…これを不思議に思うのは、暗号資産エンジョイ勢よりもガチクリプト寄りのはずなので、技術至上でない読者が不思議に思わなくても変じゃないです) Ⓜ 答えを知るだけなら事情ははシンブルで。 電子署名と検証のプロセスを何度も重ねると、公開鍵から秘密鍵が推測可能になる(可能性が微レ存でもある)なのです。だから、公開鍵でさえもハッシュで隠してアドレスとして扱う。 無職業者BOT的見解としては「んなもん心配するなら頭上に流れ星が降ってくる可能性をあんじて畏れよ」なのですが。 ガチのクリプト勢は、そこまで考えているっていうことですね。 …などいうとガチ勢を揶揄しているように捉えられそうなので真顔で補足しておくならば。 彼ら、ふわっと畏れているわけでなく、かつて鉄壁と思われていたアルゴリズムが綿だったので酷い目を見た、という手痛い過去が記憶にあるわけです。界隈に。サイファーパンク宣言から生き残ってきた連中なので、仮想通貨勢が思うより遥かにガチなのです。 Ⓜ じゃあどうすればいいのよ、ってなっても答えは出せません。なにかあっても責任取れないので。 ただし、AskMona 3.0 の設計は、参考になるとは思います。 Ⓜ (AskMona の開発者、サービス設計の妥当性といい、税制へのアクティビズムといい、一体何者なんだ?) (正体への興味はあるけど、謎のままのほうが個人的には面白い。クリプトだからね) <p s

Purchased this article xlco5hfc6

-1000

ラバ purchased this article j2mx02iak

100

赤かぶと purchased this article orueontc9

100

赤かぶと purchased this article j2mx02iak

100

Purchased this article o09l2ojky

-100

Purchased this article cwvnlf4n5

-100

Purchased this article 8tz1w4aqr

-100

Purchased this article yqymlagm2

-100

Purchased this article yk2xr92d1

-100

Purchased this article 4pt44q6z9

-100

Purchased this article o38b3zme7

-100

Purchased this article hh5dlrsvh

-100

Purchased this article emu6dbib3

-100

Purchased this article o0o5a34da

-100

Purchased this article vyvk3kvf8

-100

Cryptcoin Junkey purchased this article orueontc9

100

Purchased this article n4lz7k2n9

-100

Purchased this article m8qgfwt2a

-2980

Purchased this article 2te833p3h

-2980

Purchased this article 32u6bi6tf

-10000

Popular stories

チャネル張りとリバランスに挑戦

99

Lightningはじめました

98

Lightニキたち教えてプリーズ!

54

Archives

2022-08
2posts
2022-07
2posts