---
title: RGBプロトコルのググりかた
tags: 
author: [Masaki Muranaka](https://www.docswell.com/user/monaka)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/4EZM8R14J3.jpg?width=480
description: 「第二回Diamond Handsミートアップ」の発表資料です。
published: December 11, 22
canonical: https://www.docswell.com/s/monaka/K1D875-how-to-google-RGB-protocol
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/4EZM8R14J3.jpg)

RGBプロトコルのググりかた
LNP/BP の今を眺める
邑中雅樹 a.k.a. もなか
mailto: monaka[.at.]monami-ya.com
https://www.monami-ya.com/


# Page. 2

![Page Image](https://bcdn.docswell.com/page/Y76NPRLG7V.jpg)

自己紹介


# Page. 3

![Page Image](https://bcdn.docswell.com/page/G755K81X74.jpg)

もなか (monaka) / monamour555
皆さん、私自身には、さしたる興味もないはずですので
…
過去のインタビュー記事:
https://xtech.nikkei.com/atcl/nxt/column/18/00240/100900018/
https://xtech.nikkei.com/atcl/nxt/column/18/00240/101000019/
https://journal.peakers.jp/0308021592/


# Page. 4

![Page Image](https://bcdn.docswell.com/page/9J2NWK1QER.jpg)

所属会社のプレスリリース


# Page. 5

![Page Image](https://bcdn.docswell.com/page/DEYPLNZYEM.jpg)

RGBについてググってみよう！


# Page. 6

![Page Image](https://bcdn.docswell.com/page/VJN54X3R78.jpg)

「英語わからんので、安土神に相談だ。」


# Page. 7

![Page Image](https://bcdn.docswell.com/page/YE9YQ89ZJ3.jpg)

[OLD!] ? archive? …嫌な予感が…


# Page. 8

![Page Image](https://bcdn.docswell.com/page/GE86G8DY7D.jpg)

archived !? プロジェクト終わっちゃったの?


# Page. 9

![Page Image](https://bcdn.docswell.com/page/LEL9GRM9JR.jpg)

調査終了 _(:3」∠)_


# Page. 10

![Page Image](https://bcdn.docswell.com/page/4JMZQRYVEW.jpg)

な、わけなくて


# Page. 11

![Page Image](https://bcdn.docswell.com/page/PJR68R9W79.jpg)

移転先 https://github.com/lnp-bp


# Page. 12

![Page Image](https://bcdn.docswell.com/page/PEXM8RQV7X.jpg)

LNP/BP という、ムーブメント
【 現状分析 】
●
●
現代のネットを支えているのは、階層構造。(例: IP → TCP → HTTP)
ブロックチェーンの進化方向も (少なくともビットコインは)、階層構造。
【 整理解釈 】
●
●
BP (Bitcoin Protocol) の上に LNP (Lightning Network Protocol) があり、
その上に、アプリケーション層が実現される。


# Page. 13

![Page Image](https://bcdn.docswell.com/page/3EKGKR95JD.jpg)

LNP/BP Association の Working Group
●
●
●
●
●
●
●
RGB-WG: scalable & confidential smart contracts for Bitcoin & LN with client-side-validation
今回は、これ。
BP-WG: bitcoin protocol-related developments
LNP-WG: lightning network protocol evolution
Storm-WG: protocol for trustless decentralized & incentivized data storage network on top of Lightning network with bitcoin
native payments
Prometheus-WG: protocol for trustless decentralized & incentivized computing network on top of Lightning network with bitcoin
native payments
AluVM: AluVM virtual machine - functional RISC registry-based VM for ubiquitous deterministic computing
Strict Encoding: encoding standard and schema language for deterministic binary data serialization in client-side-validation
applications


# Page. 14

![Page Image](https://bcdn.docswell.com/page/L73NZ8W175.jpg)

主要サードパーティ
https://github.com/RGB-Tools
https://github.com/diamondhands-dev
成果物
開発中
●
rgb-lib
○
○
●
●
LNP/BP Association の成果物を束ね、RGB
対応ウォレットの開発を補助。
FFI バインディングで Rust 以外の言語もサ
ポート
Iris wallet (testnet)
○
Android 対応。Store でインストール可能
Shiro-wallet
○
UmbrelOS で使える RGB 対応ウォレット


# Page. 15

![Page Image](https://bcdn.docswell.com/page/87DWRMKKJG.jpg)

その他、情報源
●
RGB-FAQ https://www.rgbfaq.com/
○
○
●
親切とは云い難いが、なにもないよりはかなりマシ。
開発中枢の人たちが保守しているようなので、情報源としては押さえたほうが良さそう。
RGB Protocolとは何か https://atl.recruit.co.jp/blog/5241/
○
○
かなりよく纏まっている
これを読めば、私がここに登壇する価値はほぼ無い。


# Page. 16

![Page Image](https://bcdn.docswell.com/page/VJP9WRK3E8.jpg)

RGB プロトコルの特徴
高いプライバシー保護と耐検閲性
●
Client Side Validation
○
○
●
Ethereum 系のような Global State は存在しない。 (プライバシー保護 )
ちなみに Counterparty や Omni は、Client Side Validation の先例。
Single Use Seals
○
○
Counterparty や Omni とは異なり、オンチェーンにメッセージを含めない。
≒ マイナーはトランザクションの選り分けが困難。 (耐検閲性)


# Page. 17

![Page Image](https://bcdn.docswell.com/page/2EVM8RVNEQ.jpg)

Single Use Seal
https://www.slideshare.net/Codemotion/single-use-seals-building-consensusapplications-on-bitcoin-peter-todd-blockchain-conf より引用。


# Page. 18

![Page Image](https://bcdn.docswell.com/page/57GG5ML57L.jpg)

Single Use Seal
Peter Todd 氏が発案。
数式抜きで解説されたブログがある。(ありがたい) →
https://petertodd.org/2016/commitments-and-single-use-seals
ただしハッシュだらけで読みづらいので、補足記事あり。(日本語) →
https://gist.github.com/monaka/dc46d97edbacb5bab1966c8f5197f90a


# Page. 19

![Page Image](https://bcdn.docswell.com/page/4EQXZRYL7P.jpg)

ざっくり説明 Single Use Seals (½)
ゴール
●
●
●
時系列で変化する情報を
改ざんも検閲も避けて
Bitcoin のチェーンに刻みたい。
前提: UTXO は…
●
●
●
ブロックに取り込まれたら UTXO に
戻せない。(reorg は除く)
BTC 送金以外のデータを含められ
る。
マイナーから検閲されうる。


# Page. 20

![Page Image](https://bcdn.docswell.com/page/KJ4638W571.jpg)

ざっくり説明 Single Use Seals (2/2)
そこで…。
●
データは、次に示す 2 つの情報のハッシュを取った上で
チェーン外に保存する。
○
○
●
●
●
記録したい情報そのもののハッシュ。
次に紐づけたい UTXO の在処 (TxHash:番号)。
上記ハッシュを、UTXO に埋め込んでブロードキャストする。
UTXO はブロックに取り込まれる。
数ブロック待てば、 BTC 並みの改ざん耐性を得る。


# Page. 21

![Page Image](https://bcdn.docswell.com/page/LE1V12Y27G.jpg)

RGB プロトコルのアセット移動
●
●
●
ブロックチェーン上では、アセットを
移動した事実が見えない。
移動履歴の全貌は、いくつかの条件
が整えば可能だが、割と困難。
Alice や Bob が保持すべきデータ
○
○
各自の stash
直接関わった state
https://www.rgbfaq.com/community/presentation-slides/ にある
How RGB works.pdf から引用。


# Page. 22

![Page Image](https://bcdn.docswell.com/page/GEWL8RG272.jpg)

RGB プロトコルのデータ構造全貌
●
●
アセット移動の states は、俯瞰する
と DAG 構造となる。
UTXO の保持が、それに紐付けられ
たアセットの所有権を示す。
○
所有権に関しては BTC も同じなので、
その点は判りやすい。
https://www.rgbfaq.com/community/presentation-slides/ にある
How RGB works.pdf から引用。


# Page. 23

![Page Image](https://bcdn.docswell.com/page/47ZM8RL4E3.jpg)

Any questions?


# Page. 24

![Page Image](https://bcdn.docswell.com/page/YJ6NPRWGJV.jpg)

RGB, now and in the future


# Page. 25

![Page Image](https://bcdn.docswell.com/page/GJ55K8MXJ4.jpg)

Ethereum 的スマコンは、どうよ?


# Page. 26

![Page Image](https://bcdn.docswell.com/page/LE3NZ8W4E5.jpg)

Ethereum 的スマコンは、どうよ? (½)
AluVM ってのが開発中らしい。https://github.com/AluVM
●
●
●
●
●
●
割と素直な RISC。レジスタベース。
演算装置(ALU) はクリプト向け演算に全振り。
チューリング完全。実行ステップ数でのタイムアウトあり。
ハードウェア化も想定している様子。
ただし開発中。先日も、ビルドさえ通らない状態となっていたり。
「RGB にどう組み込むのかも、厳密には定まっていないのでは」説。


# Page. 27

![Page Image](https://bcdn.docswell.com/page/8EDWRMK57G.jpg)

Ethereum 的スマコンは、どうよ? (2/2)
記述言語として Contractum ってのが開発中らしい。
https://github.com/RGB-WG/contractum-lang
●
●
処理系のコードが公開されていない。
言語の構文を定義する EBNF ファイルは、ある様子。


# Page. 28

![Page Image](https://bcdn.docswell.com/page/V7P9WRKDJ8.jpg)

LN 対応は、どうよ?


# Page. 29

![Page Image](https://bcdn.docswell.com/page/2JVM8RVGJQ.jpg)

Lightning Network 対応は、どうよ?
公式声明を否定する気はないが… 私見では、道はかなり遠そう…。
●
●
LNP/BP assoc の開発者数に比べて風呂敷がでかすぎる。
BOLT を追加または改訂する必要があり、折衝コストがありそう。
(今回の「仮想通貨の冬」は、長びきそうなので…地味に整備していく…感じ?)


# Page. 30

![Page Image](https://bcdn.docswell.com/page/5EGG5M1DEL.jpg)

state ってどこに保存されるの?


# Page. 31

![Page Image](https://bcdn.docswell.com/page/4JQXZRDXEP.jpg)

state って、どこにどう保存されるの?
【理想】
●
Bifrost と呼ばれる、LN watch tower の拡張に保管され共有される。
【現実】
●
ネット上に proxy-server を建ててウォレット間で共有する。
https://github.com/grunch/rgb-proxy-server


# Page. 32

![Page Image](https://bcdn.docswell.com/page/K74638Z2E1.jpg)

Any questions?


# Page. 33

![Page Image](https://bcdn.docswell.com/page/LJ1V12RKEG.jpg)

Thank you!
邑中雅樹 a.k.a. もなか
mailto: monaka[.at.]monami-ya.com
https://www.monami-ya.com/