Purchased this article r9nmh33de
ルーティング要求のレート制限で資源効率を向上させる
前回の記事でDiamondhandsノードのルーティングエラー統計について紹介しました。このルーティングエラーの中には自身ではどうにもできないエラーがあり、前回の記事ではエラー番号99がそれであり、DOWNSTREAM_ERROR、後続エラーなどと呼んでいます。そのようなルーティングエラーが多発している場合、そのルーティング要求をしているノード、チャネルに対してレート制限を掛けることが望ましいです。 また、DOWNSTREAM_ERRORを多発させている先行チャネルを特定して、そのチャネルからのルーティング成功率や収益性などを調べてみます。DOWNSTREAM_ERRORが多発していても、ルーティング成功回数や金額が多く収益性が良い場合はレート制限をすると収益が落ちる場合があります。なので、DOWNSTREAM_ERRORを多発させているかつルーティングの収益性が悪いチャネルを特定させて、そのチャネルに対してレート制限をかけてみるのが良さそうです。 以下の画像はルーティングエラーの統計データからある1日を選んで、チャネル別にエラー回数を集計したものになります。
0
0
3,000
Yuya
チャネルの強制閉鎖 （Force Closure）はなぜ起きるのか？
ペイメントチャネルの二者間がオンラインでいるにもかかわらず強制閉鎖される場合があります。自分のノードだけがこの問題に悩まされているのかなと思いましたが、以下のツイートを見る限り強制閉鎖は頻繁に起きているのが現状のようです。 強制閉鎖される主な理由はHTLCのタイムアウトによるものです。なのでこのタイムアウト時間を長くすることである程度緩和できるかもしれません。以下のリンクのようにLNDはデフォルトのHTLCタイムアウト値（CLTV）が40から80ブロックへ変更されました。 タイムアウト値を長くすることで強制閉鎖を緩和できるかもしれませんが、上記のツイートにあるようにソフトウェアのバグや複数の条件が重なることで起きており、根本原因の究明は難しそうです。 ・・・</p
1
4
1,000
Yuya
ライトニングネットワークの成長に伴うアウトバウンドキャパシティ枯渇問題
ルーティング量が増えてきているのは良いことだけど、それに伴いルーティング失敗量も増えている。以前書いたDHレポートでは、ルーティング成功率は5％ほどで、残りはルーティング先の後続ノードのエラー（forward_fail_event）か自身のアウトバウンド資金不足（insuffcient_balance）によるもの。このエラー率の健全な？値はいくつくらいなのだろうか。ネットワークが拡大し、ノード運営者が増えることでさらにこのエラー率が増えるのか（新規参入ノードほどチャネルバランスが悪いため）、ルーティングアルゴリズムの向上で改善されるのか。ルーティングのエラーログを眺めていると、あぁルーティングの機会損失がぁって感じでちょっと悲しくなる。LNを始めると最初に出くわすのがインバウンドキャパシティ問題だが、ノード運用をしていくとアウトバウンドキャパシティ枯渇問題に直面する時がくる。アウトバウンドが枯渇すると以下の図のinsufficient_balanceというエラーが頻出する。これはルーティング依頼は来たが、自チャネルにルーティング可能な資金がないことで起こるエラー。
0
5
1,000
Yuya
-3000
Purchased this article tmx9cstky
-500
Purchased this article upde8nsu0
-1000
Purchased this article u5f8yktxb
-100
赤かぶと-lnd Red₿ear purchased this article hzvgs1w5d
100
Boost mined
-100
Purchased this article su6illpqx
-100
Purchased this article 00kjls9ah
-1000
Purchased this article ornqcqdwx
-1000
Purchased this article vt2ovo0su
-100
Purchased this article kdj20m58d
-100
