2020年のブロックチェーン業界を考える
Oct 16, 2019
2020年のブロックチェーン業界を考える ビットコインは地道なスケーリングを行っている スクリプトレススクリプトはスクリプトで行っていることを署名に入れる マルチレイヤーで開発していく ビットコインはとても強固 JPモルガン，Libra，中国政府発行のコインはそれぞれ目的が違う JPモルガンは為替ネットワーク Libraはバスケット通貨 中国政府は金融政策
Blockchain
Oracle Blockchain GIG#5
Oct 10, 2019
Blockchain GIG #5 ハッシュタグは#blockchaingig Oracleさん # ユースケース # 食品のトレーサビリティ 貿易系 人事情報・学歴情報 サプライチェーンが多い コバルトのトレーサビリティ 医療情報の共有 サプライヤーの共有 GEのインターカンパニーの売掛・買掛をブロックチェーンで管理しよう インテグレーション・見える化・ データーの連携レイヤーをブロックチェーンで使った 6週間で作れた ベスプラ # チャネルとはサブネットワークに分けるもの ChannelとPeerの関係 Transient Data 台帳に含まれないようにChaincodeに引き渡せるデータ Pravate Data Collection プライベートデータを持つノードを事前に決めておく必要がある 暗号化 鍵交換問題 Transient Dataを使って共通鍵を引き渡す 暗号化アルゴリズムは稀代化する 誰をどの程度信頼するか デフォルトではPeerにアクセスできれば台帳が読める Peerも結局のところOS上のプロセスの一つなので、ホストマシンをキチンとセキュアにする アプリケーションとスマコン スマコンをチェインコードという 台帳に全てを書こうとしない ワークフローはアプリケーションで行う １企業内でのワークフローはアプリケーションで行う スマコンは必ず決定論的にする ワールドステートの現在状態と引数のみに依存するようにする PushではなくてPullでスマコンを行うようにする パフォーマンス ネットワーク構成 Channelの構成 プライバシーの構成に応じてChannelを分ける Peerの構成 World Stateへのアクセス アクセスするデータの最小化 Read/WriteされるKeyを出来る限り最小にする 大規模クエリや分析などはオンチェーンでの処理には向かない SQL Rich クエリは使えない Oracle DB 20c 行をハッシュ値で繋いだTableです 富士通さん # ミッション # ブロックチェーンをSEが使いやすい状態に仕立てて提供・運用すること PaaS化して自動運用 短期開発のため、システム/アプリケーションの開発に密に関わる SEが躓くHyperledger Fabricの壁 # 複数のPeerにリクエストする必要がある スマコン(チェーンコード)の開発 データとストアとしてStateDB(KVS)を持つアプリケーションのようなもの 基本的には案件ごとに開発する必要がある どこまで考慮するば良いかの線引きが難しい SEが躓かないための解決策 # 使用性向上機能を設ける RESTサーバーを設ける ユースケース別チェーンコードを設ける トラブル事例１(不自然な画面遷移) # スタンプラリーPoCのアプリ開発における事例 アプリからトランザクションが複数投げられてた 原因 # クーポン・スタンプに対する認識の違い 来店前に用意するもの・来店後に用意するもの 対策 # １度のコールでメソッドを複数実行できるメソッドを追加した(バルク実行) 一度にバルク実行するメソッド群に依存会計が無いことが前提 アプリ側で吸収する 処理をまとめる発想を捨てて、違和感のない箇所に分散させる 違和感を消すために、同期・非同期で処理させる テスト工程でエラーが発生する # 遅いPeerでエラーが発生する ノードの配置はAnti-Affinityポリジーを守ってた Anti-Affinityポリシーとは可用性のためにノードを物理的に分散化させること 原因 # 遅いPeerのトランザクションより先に速いPeerのトランザクションが処理さえる 解決策 # 遅いPeerのために待ってあげる RFTの時にお客様から # トランザクション・チェーンコード・ステート・ブロックを事前に説明する 開発リードタイム短縮も大事ですが # 構想通りのブロックチェーンシステムが出来たか評価する No Block, No Life LayerXさん # DApps開発特有のハマりポイントご紹介 # アプリ開発の1つのコンポーネントとして使う アジェンダ # DAppsのアーキテクチャ全体像 Indexer イベント駆動のトランザクション実行 コントラクトデプロイのフロー UX DAppsのアーキテクチャ全体像 # サーバーが必要 MetaMask Indexerが必要 コントラクト上にあるデータをDBなどにキャッシュする 二重実行されてないことを確認する indexing済みの次のブロックからログを取得する 取得したイベントのログの数だけループする Quorum-indexer-DBの流れにする DB-APIにする Quorum, indexer, API, DB, App イベント駆動のトランザクション実行(ignitor) # トランザクションのイベント発火を起点として別のトランザクションを実行する トリガー専用のイベントを用意する 失敗専用のイベントを発火する。失敗をrevertとするのではなくて。 ignitorとindexerとの協調 # ignitorとindexerを完全に独立させることはできない indexerは1ブロックに含まれるイベントをatomicにDBに保存しているので、 コントラクのデプロイフロー # トランザクション実行中の状態をどうするか？ # 途中のAPIで表示処理する ディスカッション # 現実での紐付け問題はどうするか？ # ブロックチェーンがはまるところは # 需要と供給が公開される市場
Tezosハンズオン
Jun 15, 2019
Tezosとは # 第3世代のブロックチェーン 2018-09: Mainnet開始 ペーパーで約束されたものをほぼ実装した. 財団がRandDにお金を出してる. PoS Tezosの特徴 # プロトコルはステークホルダーの物というのが第一の信条. LPos: Liqid Proof of Stake オンチェーン・ガバナンス: 自己修正投票 安全第一 形式検証を用いている DPoS # Proof-of-Stake # トークン所有量に応じたブロック生成権が与えらえる. ASICが必要ない 手数料が高騰しない 環境に良い トークンを所有していないマイナーからプロトコルをステークホルダーに解放する. Delegated PoS (委任PoS) # ステーク投票により選ばれた少数のノードにブロック生成権を与える. 権利を投票に使う. EOSが代表格 利点 PC持ってないステークホルダーも間接的にブロック生成に参加できる. ノード数を減らすことで合意形成効率を上げられる. 欠点 過度にノード数を減らすと分散性・安全性を損なう. Liquid PoS (Tezos) # 選ばれた少数のノードではなく, 誰でもベーキング(ブロック生成)できる. マーケティングにより, マイニングとは言わずにベーキングと言う. ベーカリー(ベーキングの委任を受ける業者のこと), ベーキング権(マイニングする権利), ベーキング(マイニングのこと)という. マイニングを少数ノードに牛耳られることなくステークホルダーに還元するためにLPoSを採用している. 現在450〜500くらいのノードがある. スピードは狙ってない. 現在は30〜40TPSくらい. Liquid Democracy (PoSとDPoSの間の概念) # 直接民主制(PoS)から代表民主制(DPos)へ. Liquid Democracy(LPoS)は直接民主制と代表民主制の中間の概念. Liquid Democracy(LPoS)は議題ごとに代議員を選ぶことができる. TezosはLiquid Democracy(LPoS)を採用している. オンチェーンガバナンス # ガバナンスとは # どうやって改良(フォーク)していくかの手続きのこと. ...
bitcoindへのアクセス方法
Apr 17, 2019
bitcoindへのアクセス方法3選(bitcoin-cli, curl, POST). 3つとも JSON-RPCで通信してる. bitcoindとは, 名前の通りunixのデーモンとして動作する事を目的とするBitcoinのクライアントで, JSON-RPCで開発者向けのAPIを提供する. したがって, Webサービスとして動作するBitcoinウォレットのバックエンドとしてや, マイニングプールのサーバーとして使われる. Reference: Bitcoinウォレットの比較 1. bitcoin-cliを使ってアクセスする. # bitcoin-cliとは, bitcoindへJSON-RPCを使ってアクセスするツールのこと. bitcoindを使ってBitcoinのフルノードを立ち上げて, bitcoin-cli getblockchaininfo とか. 2. cURLを使ってアクセスする. # 下記curlを行う要件. ネットワーク: mainnet 接続環境: ローカル ポート番号: 8332 ユーザーの名前: user-name パスワード: user-password 投げつけているbitcoin-cliのメソッド: getblockchaininfo curl --data-binary '{"jsonrpc":"1.0","id":"curltext","method":"getblockchaininfo","params":[]}' -H 'content-type:text/plain;' http://user-name:user-password@127.0.0.1:8332/ | jq 3. 自作プログラムでPOSTしてアクセスする. # bitcoindはHTTPリクエストメソッドのPOSTに対応しているので, JSON-RPCをPOSTで投げつける. 以下のプログラムはNode.jsを使った例. https://github.com/solareenlo/bc-json-rpc