Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Liquidity Ads in LN
Search
shigeyuki azuchi
September 16, 2021
Technology
62
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Liquidity Ads in LN
GBECの解説動画の資料です:
https://goblockchain.network/2021/09/ln-liquidity-ads/
shigeyuki azuchi
September 16, 2021
More Decks by shigeyuki azuchi
See All by shigeyuki azuchi
FORS
azuchi
0
4
クラスターmempool
azuchi
0
30
W-OTS+
azuchi
0
32
Shorのアルゴリズム
azuchi
0
55
DahLIAS: Discrete Logarithm-Based Interactive Aggregate Signatures
azuchi
0
41
Fiat-Shamir変換と注意点
azuchi
0
220
AssumeUTXOを利用したブロックチェーンの同期
azuchi
0
54
BIP-374 離散対数の等価性証明
azuchi
0
71
BIP-353 DNS Payment Instructions
azuchi
0
86
Other Decks in Technology
See All in Technology
日本 Fintech 未来予測レポート 2027〜2028年(オリジナル版)
8maki
0
2.3k
AIのReact習熟度を測る
uhyo
2
620
Claude Codeをどのように キャッチアップしているか
oikon48
13
8.3k
Kubernetesにおける学習基盤とLLMOpsの概要
ry
1
310
いまさら聞けない「仕様駆動開発入門」 〜AI活用時代の開発プロセスを考える〜
findy_eventslides
2
150
マルチアカウント環境での コーディングエージェントを使った障害調査が大変なので AIエージェントにReadOnly権限を付与してみた / ReadOnly AI Agents for Multi-Account AWS Incident Response
yamaguchitk333
2
110
「エンジニア進化論」2028年の開発完全自動化、エンジニアはどう進化するか
cyberagentdevelopers
PRO
6
5.3k
【セミナー資料】Claude Code をセキュアに使うための考え方と設定の勘どころ / Claude Code Webinar 20260616
masahirokawahara
2
380
AmazonRoute 53ではじめてのドメイン取得!HTTPS化までの道のりを整理してみた
usanchuu
3
140
AIの性能が向上しても未解決な組織の重大問題は何か?/An Unsolved Organizational Problem in the Age of AI
moriyuya
4
690
Claude Codeとのおしゃべりでセマンティックモデルの定義からダッシュボード作成まで完成させる
nic_sugiyama
0
120
あなたの知らないPDFのアクセシビリティ
lycorptech_jp
PRO
0
200
Featured
See All Featured
The #1 spot is gone: here's how to win anyway
tamaranovitovic
2
1.1k
ラッコキーワード サービス紹介資料
rakko
1
3.7M
Designing Experiences People Love
moore
143
24k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
390
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.8k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.3k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
590
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.5k
Building Adaptive Systems
keathley
44
3.1k
Documentation Writing (for coders)
carmenintech
77
5.4k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
Transcript
LNのゴシップネットワークを使った 流動性の配信
1 LNチャネルの流動性の課題 現在のLNチャネルはシングル・ファンディングチャネル Funding Tx In Out 2-of-2 のマルチシグ
アリス UTXO(1 BTC) アリスの署名 Commitment Tx 0 In Out アリスの残高( 1 BTC) Funding UTXO ボブの残高( 0 BTC) アリスの署名 ボブの署名 チャネルの初期状態は、チャネルの開設者(アリス)がすべての残高を保持している。 つまり、アリスにとっての • インバウンドキャパシティ= 0BTC • アウトバウンドキャパシティ= 1 BTC この場合、アリス→ボブへの支払いは可能だが、ボブ→アリスへの支払いはできない。 アリスが支払いを受けるためには、自身がインバウンドキャパシティを持つチャネルが必要。 (https://lnbig.com/ などでインバウンドキャパシティを購入するのが簡単)
2 デュアル・ファンディング デュアル・ファンディングチャネルは、両者が資金をデポジット可能なチャネル Funding Tx In 2-of-2 のマルチシグ アリスのUTXO(0.5
BTC) Commitment Tx 0 In Out アリスの残高( 0.5 BTC) Funding UTXO ボブの残高( 0.5 BTC) アリスの署名 ボブの署名 ボブのUTXO(0.5 BTC) アリスの署名 ボブの署名 Out チャネルの初期状態で、両者ともインバウンドキャパシティを持った状態。 ※ チャネルのセットアップ時に、両者が協力して Funding Txを作る必要がある。 • 相手のデポジット額の調整(インセンティブは?) • そもそも相手をどうやって見つける? • 通信コストの増加
3 Liquidity Ads 流動性(インバウンドキャパシティ)をLNのゴシッププロトコルで配信可能に • リース料をもらって流動性(インバウンドキャパシティ)を一定期間提供 • 現在BOLTでドラフト提案中↓
https://github.com/lightningnetwork/lightning-rfc/issues/878 https://github.com/lightningnetwork/lightning-rfc/blob/cb691777fb4263eadb68e6a8331ccadd14aa9793/pro posals/010-will-fund-for-food.md • c-lightning v0.10.1で実験的にサポート https://medium.com/blockstream/setting-up-liquidity-ads-in-c-lightning-54e4c59c091d
4 流動性の購入フロー Funding Tx In 2-of-2 のマルチシグ アリスのUTXO(0.5 BTC)
Commitment Tx 0 In Out アリスの残高( 0.5 BTC - リース手数料 ) Funding UTXO ボブの残高( 0.5 BTC + リース手数料 ) アリスの署名 ボブの署名 ボブのUTXO(0.5 BTC) アリスの署名 ボブの署名 Out node_announcement • 資金提供レート • … 流動性を提供したいユーザーは、 その情報をLNのゴシップネットワークに配信 open_channel2 • reqeust_funds_tlv • … 流動性を確保したいユーザーは、配信された 流動性の情報を元に、チャネルの開設要求を送信 accept_channel2 • will_fund ◦ リース手数料 ◦ HTLCの最大手数料 ◦ Funding txへの追加weight ◦ 署名 リース料の支払いと流動性の提供を セットで行うため、 デュアル・ファンディングチャネルを開設。 デュアル・ファンディングを行うための 相手の探索、調整もLNのゴシップ ネットワークを介して行え、自動化も可能に。 LNBIGなどはこれをサイト上で行い、 手数料を支払った後に LNBIG側から シングル・ファンディングチャネルを開設
5 流動性提供期間の保証 流動性を購入したので、一定期間その流動性が提供される必要がある Commitment Tx 0 In Out アリスの残高( 0.5
BTC - リース手数料 ) Funding UTXO ボブの残高( 0.5 BTC + リース手数料 ) アリスの署名 ボブの署名 仕組み上、流動性提供者のチャネルクローズを防ぐ方法はないが、 チャネルをクローズするインセンティブが発生しないようにする。 【通常のロック内容】 流動性提供者のUTXOのCSVのロック期間に リース期間分を加算する 提案ではリース期間は4,032ブロック(約28日間) ボブの鍵 & CSVタイムロック CLTVではなく、CSVでロックされているため、 ブロックが進むにつれてCSVの値をデクリメントする必要がある。 update_blockheight • ブロック高 流動性提供者は、チャネルをクローズしても 流動性提供期間中は資金を使用できないため、そのインセンティブがない。 チャネルが開いていればルーティングによる手数料収入も見込める。 Commitment Tx i ... ボブの鍵 & CSVタイムロック(i) Commitment Tx i + 1 ... ボブの鍵 & CSVタイムロック(i) - 1