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
Silent Payment
Search
shigeyuki azuchi
March 21, 2023
Technology
0
65
Silent Payment
GBECの解説動画の資料です。
https://goblockchain.network/2023/03/silent-payment/
shigeyuki azuchi
March 21, 2023
Tweet
Share
More Decks by shigeyuki azuchi
See All by shigeyuki azuchi
Pay to Anchorと1P1Cリレー
azuchi
0
2
プロアクティブ秘密分散法
azuchi
0
6
v3トランザクションリレー
azuchi
0
13
ランポート署名
azuchi
0
41
BitVM
azuchi
0
51
Replacement Cycling Attack
azuchi
0
49
Bitcoinのタイムロックの仕組み
azuchi
0
37
Inner Product Argument
azuchi
0
77
Codex32
azuchi
0
31
Other Decks in Technology
See All in Technology
LINEヤフーのフロントエンド組織・体制の紹介【24年12月】
lycorp_recruit_jp
0
530
日本版とグローバル版のモバイルアプリ統合の開発の裏側と今後の展望
miichan
1
130
KubeCon NA 2024 Recap / Running WebAssembly (Wasm) Workloads Side-by-Side with Container Workloads
z63d
1
250
終了の危機にあった15年続くWebサービスを全力で存続させる - phpcon2024
yositosi
19
17k
マルチプロダクト開発の現場でAWS Security Hubを1年以上運用して得た教訓
muziyoshiz
3
2.4k
NilAway による静的解析で「10 億ドル」を節約する #kyotogo / Kyoto Go 56th
ytaka23
3
380
20241214_WACATE2024冬_テスト設計技法をチョット俯瞰してみよう
kzsuzuki
3
580
APIとはなにか
mikanichinose
0
100
マイクロサービスにおける容易なトランザクション管理に向けて
scalar
0
140
5分でわかるDuckDB
chanyou0311
10
3.2k
どちらを使う?GitHub or Azure DevOps Ver. 24H2
kkamegawa
0
870
多領域インシデントマネジメントへの挑戦:ハードウェアとソフトウェアの融合が生む課題/Challenge to multidisciplinary incident management: Issues created by the fusion of hardware and software
bitkey
PRO
2
110
Featured
See All Featured
Optimizing for Happiness
mojombo
376
70k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.3k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
2
290
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.9k
Producing Creativity
orderedlist
PRO
341
39k
Optimising Largest Contentful Paint
csswizardry
33
3k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
17
2.3k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
Statistics for Hackers
jakevdp
796
220k
Rails Girls Zürich Keynote
gr2m
94
13k
Building a Scalable Design System with Sketch
lauravandoore
460
33k
Transcript
Silent Payment
1 Silent Payment Bitcoinのアドレスを公開する際の課題 • 公開アドレスに対して、誰もが支払いできるため、公開アドレスの総受取額が分かる • アドレスの再利用による、プライバシーのリーク(各支払いのリンク)
Silent Payment アドレスは公開するものの、そのアドレス宛の支払いを識別不能にするRuben Somsenの提案 https://gist.github.com/RubenSomsen/c43b79517e7cb701ebf77eec6dbb46b8
2 Silent Payment Address 公開アドレスを作成する受信者は、32バイトの公開鍵を Silent Payment Addressとして公開
P = xG 送信者は、 1. 支払いに使用するインプット(公開鍵 Q = yG)を選択 2. P' = H(yP)G + Pを導出し、この公開鍵宛に支払いを行う 受信者は、 1. ブロックチェーン上のトランザクションをスキャンし、 2. インプットの公開鍵に対してH(xQ)G + Pを計算し、 3. 計算結果の公開鍵がアウトプットにあれば、自身への支払いを検知 ※ ECDHによりyP = yxG = xQが成立 ※ インプットが違えば、異なるアドレスが導出される
3 Silent Paymentの利点と欠点 Silent Paymentの利点 • 送信者<->受信者間の対話が不要 • オンチェーンのフットプリントが通常の支払いと変わらない
ステルスアドレスやBIP-47(再利用可能なペイメントコード)では、 OP_RETURNや通知トランザクションなど、追加のフットプリントが発生する Silent Paymentの欠点 • UTXOセットのスキャン 現在のUTXOセットに対して、H(xQ)G + Xの計算がシングルコアで約220分 • フルノードが必要で、軽量クライアントでは利用できない。