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
63
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
13
クラスターmempool
azuchi
0
32
W-OTS+
azuchi
0
36
Shorのアルゴリズム
azuchi
0
59
DahLIAS: Discrete Logarithm-Based Interactive Aggregate Signatures
azuchi
0
43
Fiat-Shamir変換と注意点
azuchi
0
230
AssumeUTXOを利用したブロックチェーンの同期
azuchi
0
55
BIP-374 離散対数の等価性証明
azuchi
0
74
BIP-353 DNS Payment Instructions
azuchi
0
91
Other Decks in Technology
See All in Technology
ファミコンでPHPを動かす / PHP on the Famicom
tomzoh
2
590
全員がリーダーである世界へ キリマンジャロ登頂とシェアド・リーダー
jinwatanabe
0
120
20260720_クラウド女子会×PyLadiesTokyoコラボ Amazon Bedrock ハンズオン用資料
yuuka51
1
110
AI x 開発生産性を取り巻く予算戦略と投資対効果
i35_267
7
2.8k
AIと1000本ノックしてたどり着いた、最速のプロダクト開発 ~toC向けAIエージェントUXを、動く選択肢とAIキャパシティで設計する~
lycorptech_jp
PRO
1
110
現場との対話から始める “作る前に問い直す”業務改善
mochico50
1
190
PHPで作って学ぶリアルタイム音声対話AIとWebSocket入門 by ムナカタ
munakata
0
120
全社でのソフトウェアサプライチェーン攻撃対策をやってみた with Takumi Guard
z63d
0
250
探索・可視化・自動化を一本化 Amazon Quickでデータ活用スピードを上げる方法
koheiyoshikawa
0
170
AmplifyHostingConstructからSSRフレームワークのためのホスティング設計を考察する/amplify-hosting-construct
fossamagna
1
290
AICoEでAIネイティブ組織への進化
yukiogawa
0
210
”AIを使う” から ”AIに任せる” へ ─ 開発プロセスを再設計してAIを組織標準にするまで
cyberagentdevelopers
PRO
1
130
Featured
See All Featured
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
510
The Art of Programming - Codeland 2020
erikaheidi
57
14k
How to Think Like a Performance Engineer
csswizardry
28
2.7k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
660
Ruling the World: When Life Gets Gamed
codingconduct
0
290
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
10k
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
1.6k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
640
Joys of Absence: A Defence of Solitary Play
codingconduct
1
420
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
67
56k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.8k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.5k
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