Purchased this article p5bkaovrb
オリンピックに興味がない
新約・興味がないシリーズ 第1弾。 以前別のところで書いていたシリーズなんですがこの「興味がないシリーズ」、しばらく休眠状態だったシリーズを今回Spotlightで復活させることにしました。いつまで続くかは知りません。復活第1回目のテーマはオリンピックです。 そもそも興味がないシリーズの趣旨説明だけしますと、「人はだれしもブログ記事などを書く時には自分の興味のある事柄を書こうとするが、それではネタが限られてしまう。自分の興味のないことについて書けばネタは無尽蔵だ。なぜなら世の中は自分の興味のある事より興味のない事のほうが圧倒的に多いから」というアイデアのもとに始めたわけです。しかしめんどくさくなって途中で放棄しました。今でも文章自体は残ってると思うけど。 さて、本題のオリンピックですが、別にこのシリーズは本題に入っても入らなくてもいいんですけどね、なぜなら興味がないから。それはともかくSpotlightの皆さんの最近の記事一覧をざっと見る限りは、Spotlight民は誰もオリンピックに興味なさそうですね。オリンピックどころかコロナもワクチンも紀州のドンファンも全部興味なさそうな雰囲気すらしています。
0
5
100
顔面アウト
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
3
5
Yuya
