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
OP_CAT and Schnorr Trick
azuchi
0
6
Pay to Anchorと1P1Cリレー
azuchi
0
10
プロアクティブ秘密分散法
azuchi
0
20
v3トランザクションリレー
azuchi
0
20
ランポート署名
azuchi
0
54
BitVM
azuchi
0
61
Replacement Cycling Attack
azuchi
0
59
Bitcoinのタイムロックの仕組み
azuchi
0
46
Inner Product Argument
azuchi
0
86
Other Decks in Technology
See All in Technology
運用しているアプリケーションのDBのリプレイスをやってみた
miura55
1
730
Larkご案内資料
customercloud
PRO
0
650
AndroidXR 開発ツールごとの できることできないこと
donabe3
0
130
30分でわかる『アジャイルデータモデリング』
hanon52_
9
2.7k
ハッキングの世界に迫る~攻撃者の思考で考えるセキュリティ~
nomizone
13
5.2k
飲食店予約台帳を支えるインタラクティブ UI 設計と実装
siropaca
7
1.8k
なぜ私は自分が使わないサービスを作るのか? / Why would I create a service that I would not use?
aiandrox
0
750
RECRUIT TECH CONFERENCE 2025 プレイベント【高橋】
recruitengineers
PRO
0
160
リアルタイム分析データベースで実現する SQLベースのオブザーバビリティ
mikimatsumoto
0
1.4k
Helm , Kustomize に代わる !? 次世代 k8s パッケージマネージャー Glasskube 入門 / glasskube-entry
parupappa2929
0
250
一度 Expo の採用を断念したけど、 再度 Expo の導入を検討している話
ichiki1023
1
170
技術的負債解消の取り組みと専門チームのお話 #技術的負債_Findy
bengo4com
1
1.3k
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
9
440
Navigating Team Friction
lara
183
15k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
49
2.3k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Site-Speed That Sticks
csswizardry
4
380
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
For a Future-Friendly Web
brad_frost
176
9.5k
Building a Scalable Design System with Sketch
lauravandoore
461
33k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
4
410
A better future with KSS
kneath
238
17k
Documentation Writing (for coders)
carmenintech
67
4.6k
Designing for humans not robots
tammielis
250
25k
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分 • フルノードが必要で、軽量クライアントでは利用できない。