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
推しブロックチェーン【XRP Ledger】
Search
tequ
May 05, 2024
Technology
0
57
推しブロックチェーン【XRP Ledger】
tequ
May 05, 2024
Tweet
Share
More Decks by tequ
See All by tequ
XRPL DeFi Hackathon Input Session
tequ
0
11
Technical Lecture on XRPL Workshop at WebX Asia
tequ
0
360
Introduction XRPL for Ideathon
tequ
1
550
Other Decks in Technology
See All in Technology
エムスリーQAチーム紹介資料 / Introduction of M3 QA Team
m3_engineering
1
340
Google Cloudを組織(企業)で運用する時のベストプラクティス × 健康の環境分離戦略 #まるクラ勉強会
yasumuusan
0
180
Google Cloud Next '24 Recap in ZOZO AIにより変わる開発 運用/Development and operation changed by AI
gachimuchiengineer
0
210
LLM評価の落とし穴~開発者目線で気をつけるポイント~
rishigami
12
3.3k
B2C、B2B プロダクトマネジメントの違い(および思考の罠) / B2C, B2B PM and reduction fallacy
ykmc09
5
2.5k
RubyKaigi 2024 - Make Your Own Regex Engine!
makenowjust
1
180
From here to resilience - a travel guide
ufried
1
160
iThome2024 Wailing Wall of Enterprise Security
notsurprised
0
300
Step by Stepで学ぶ、ADT(代数的データ型)、モナドからEffect-TSまで
leveragestech
1
3.2k
AWS アーキテクチャ作図入門/aws-architecture-diagram-101
ma2shita
16
6.7k
使われないものを作るな!出口から作るデータ分析基盤 / Data Platform Development Starting from the User Needs
amaotone
16
4.8k
サイボウズ 開発本部採用ピッチ / Cybozu Engineer Recruit
cybozuinsideout
PRO
9
37k
Featured
See All Featured
Automating Front-end Workflow
addyosmani
1357
200k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
14
8.4k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
242
1.2M
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
188
16k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
67
14k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
352
28k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
8
3.5k
Atom: Resistance is Futile
akmur
260
25k
Into the Great Unknown - MozCon
thekraken
15
1.1k
GraphQLの誤解/rethinking-graphql
sonatard
56
9.3k
Teambox: Starting and Learning
jrom
128
8.4k
Being A Developer After 40
akosma
67
580k
Transcript
Why XRP Ledger? 推 し ブ ロ ッ ク チ
ェ ー ン : X R P L e d g e r @_tequ_
XRPとは?
XRP L1ブロックチェーンXRP Ledgerの ネイティブトークン (エックスアールピー) トランザクションコスト ネットワークに対するコスト 準備金 ストレージに対する一時コスト ステートデータ:
5GB程度 DEXでの売買・NFTの売買
XRP Ledger とは?
XRP Ledger 分散型のL1ブロックチェーン 3人の個人開発者によって2011年から開発 され、2012年ローンチ DEXを持つ初のブロックチェーン DEX(CLOB/AMM)やNFT、マルチシグなど をプロトコルネイティブで利用可能
XRP Ledgerの 基本的な特徴 速い 3~4秒毎にレジャー(ブロック)は検証され、即時のファ イナリティを持つ 安い 0.001円以下(0.00001XRP)でDEX取引やNFTの発行を含 むトランザクションを送信可能 簡単
スマートコントラクト言語を学ぶことなく、APIの呼び 出しのような形でPaymentやNFT、トークンの発行な ど、さまざまな機能を利用可能
XRP Ledgerの推しポイント① 〜スマートトランザクタ〜
スマートトランザクタ プロトコルネイティブ(ビルトイン)な機能 コントラクト開発なしで多くの機能が利用可能 ユーザにとっては最小限のコントラクトリスク 継続的な機能の追加・改善 より安全 長期的な改善 すぐに使える
スマートトランザクタにより... 例えば 無許可でトークン/NFTを送信されない Approveの仕組み不要 他チェーンでいうEOAにマルチシグ設定/変更可能、キーローテーション 直接紐づく秘密鍵を無効化可能
主要な機能 様々なPayment機能 シンプルな送金だけでなく、DEXを利用したクロスカレ ンシー送金、エスクロー、Checkなど 流動性が統合されたDEX 統合されたCLOBとAMMの流動性はAutoBridgeや PathFindingの機能により活用される 規制に準拠可能なトークン機能 ブラックリスト・ホワイトリスト形式の保有者制限、 トークン凍結・回収機能など
NFT DID サイド チェーン バッチ オラクル スマート コントラクト レンディング メタ トランザクション +
どれぐらい簡単?
どれぐらい簡単?
XRP Ledgerの推しポイント② 〜Path機能〜
Path機能 DEX (AMM/オーダーブック)の流動性をより活用する仕組み DEX Offer作成トランザクションで暗黙的に利用 Paymentトランザクションで明示的に利用 AMMかオーダーブックを意識する必要なく、ネットワーク内の“流動性“を最大限利用
OfferCreateトランザクション ~AutoBridge~ https://paths.tequ.dev/tx/0309B4D1C450585C56B3F8DE6EB6B54BB7478B8BFBD76AF46C407FE088AB6EAB
Paymentトランザクション Path指定なし https://paths.tequ.dev/tx/0309B4D1C450585C56B3F8DE6EB6B54BB7478B8BFBD76AF46C407FE088AB6EAB
https://paths.tequ.dev/tx/FE3FF931A84E5AB2E64832685535EA630CAFF2C02CF27E30E552987D9C80D801 Paymentトランザクション Path指定あり
開発ドキュメント xrpl.org Discord グローバル: xrpldevs.org 日本: discord.com/invite/xrpljapan
None
5月末〜 開催中
XRP Ledgerの 推しポイント③ 〜コンセンサス〜
コンセンサス XRP Ledger Consensus Protocol (Proof of Assosiation) 計算力やトークンのステークは不要 計算力や資金力がなくてもバリデータになること自体は可能
各バリデータ/ノードはお互いに共謀しないと考える信頼できるバリデータのリスト を設定し、リスト内のバリデータとコンセンサスを取る。 悪意を持った多数のバリデータは他バリデータからリストに設定されないか、そ れらのバリデータだけのネットワークを形成することになる。
コンセンサス XRP Ledger Consensus Protocol (Proof of Assosiation) 計算力や資金力がある悪意のあるバリデータを排除可能 自身のリストから自由に削除可能
共謀しないと信頼するバリデータとのコンセンサス + 多くのバリデータとコンセンサスを取るためのリストの調整 各ノード・バリデータによる によりコンセンサスネットワークが形成
簡単にバリデータを作成できるなら ネットワークが乗っ取られるのでは? 共謀しないと考えるバリデータのリストに悪意のある バリデータを追加しない限り問題ない
簡単にバリデータを作成できるなら ネットワークが乗っ取られるのでは? 悪ノードが悪バリデータをリストに設定することも可能だが、 悪バリデータのみで掲載されるネットワークが生まれるだけ
大きく異なるバリデータのリスト を設定した場合 ①80%の合意が取れずにネットワークが前進しない可能性 (安全のための仕様) ②重複がほとんどない場合はネットワークがフォークする可能性 コンセンサスを取りたいのであれば、ノード運用者は自身の意見に他 の信頼できるバリデータの意見を取り入れてリストを調整する必要あ り
XRP Ledgerは 互いにコンセンサスを取りたいユーザ のネットワーク