はじめに

暗号通貨の１つであるカルダノの次期アップデートがもうじきリリースされます。今回は開発ブランチを利用して一足先にどのような機能が実装されるのかを試してみようと思います。また今回はノードを安定して実行できるようにビルドしたものをdocker imageとしてビルドし、docker環境で実行します。

追記：ビルドしたイメージをdocker hubにて公開しました。
https://hub.docker.com/r/shioihi/cardano-container-mainnet/
以下のコマンドによってイメージをプルすることができます

$ docker pull shioihi/cardano-container-mainnet

実行コマンドは公式のものとほぼ一緒です

$ docker run --name cardano-mainnet-wallet --rm -it -p 127.0.0.1:8090:8090 -p 127.0.0.1:8000:8000 -v state-wallet-mainnet:/wallet shioihi/cardano-container-mainnet:latest

注意点

これは開発バージョンです。もし試される場合には決して実際のADA（カルダノネットワーク内で流通している暗号通貨)を使った操作は行わないでください。また正式にリリースされるものとは異なる場合もあります。

参考になったドキュメント

最後のドキュメントは取引所向けとはありますが、Dockerに関する詳細な説明があって非常に助かりました。

環境

Ubuntu 16.04
Nix, stackインストール済み ¹

Nixのインストール方法に関しては以下のサイトが参考になりました。
https://nixos.org/nixos/manual/index.html#ch-installation

セットアップ手順

以下の手順でノードのビルドを行います。

公式リポジトリからクローン
ブランチをdevelopにする
Nixの設定
ビルド
docker imageのビルド

公式レポジトリからクローン

まずはGithubからレポジトリをクローンします。

$ git clone git@github.com:input-output-hk/cardano-sl.git
$ cd cardano-sl

ブランチを`develop`に切り替える

安定している開発バージョンはdevelopブランチにあるので切り替えます。

$ git branch develop

Nixの設定

ドキュメントによるとビルドする前にnix.confファイルを設定する必要があるらしいのでそれを行います。

$ sudo mkdir -p /etc/nix
$ sudo vi /etc/nix/nix.conf       # ..or any other editor, if you prefer

/etc/nix/nix.conf

binary-caches            = https://cache.nixos.org https://hydra.iohk.io
binary-cache-public-keys = hydra.iohk.io:f/Ea+s+dFdN+3Y/G+FDgSq+a5NEWhJGzdjvKNGv0/EQ= cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=

ビルド

ビルドは２回に分けて行います。まずは１回めのビルドです。 ²

$ nix-build -A cardano-sl-node-static --cores 0 --max-jobs 2 --no-build-output --out-link master

次にメインネットに接続するためのビルドです。

$ nix-build -A connectScripts.mainnetWallet -o connect-to-mainnet

ここでワークディレクトリ内にconnect-to-mainnetファイルが生成されていればOKです。

Docker imageをビルドする。

このドキュメントを参考にしてdocker imageをビルドします。

$ docker load < $(nix-build --no-out-link -A dockerImages.mainnetWallet)

ここでdocker image lsをしてcardano-container-mainnet:latestがあればOKです。

実行する

カルダノはブロックチェーンプロトコルなのでブロックのデータをどこかに保存しておく必要があります。なので実行時には-vコマンドでdocker volumeを指定しましょう。以下は公式ドキュメントにある実行コマンドです。

$ docker run --name cardano-mainnet-wallet --rm -it -p 127.0.0.1:8090:8090 -p 127.0.0.1:8000:8000 -v state-wallet-mainnet:/wallet cardano-container-mainnet:latest

ログが大量に流れ始めたらブラウザを開いて次のURLにアクセスしてみましょう。

以下のようなウェブページが表示されればOKです。

カルダノV1.2の変更点

Cardano Wallet API V1

Cardano-sl ver1.2で注目すべきはウォレットAPI V1が利用可能になることです。
APIドキュメントに関してはノード実行時に以下のリンクにてアクセスできます。

初期アクセス時には以下のようなページが表示されます。

ここでは「Advanced」から「Proceed to localhost (unsafe)」を選択してください。

主要なコマンド一覧

API	Request	Description
/api/settings/sync/progress	GET	ノードの同期状況を取得
/api/v1/node-settings	GET	ノードの設定情報を取得する
/api/v1/node-info	GET	ノード情報を取得する
/api/v1/wallets	GET	ウォレット情報を取得する
/api/v1/wallets	GET	利用可能なウォレットのリストを取得する
/api/v1/wallets/{walletId}/accounts	GET	特定のウォレットのアカウント情報を取得する
/api/v1/addresses	GET	ウォレットアドレスを取得する
/api/v1/transactions?wallet_id={walletId}	GET	トランザクション情報を取得する
/api/v1/addresses	POST	ウォレットアドレスを生成する
/api/v1/wallets/{walletId}/accounts	POST	ウォレットアカウントの新規作成
/api/v1/wallets	POST	ウォレットの新規作成及び復元
/api/v1/wallets/{walletId}	DELETE	ウォレットの削除

毎回curlで呼び出すのは面倒なので僕はPostmanを利用しました。

ウォレットの生成

ウォレットがないとほとんどのコマンドが利用できません。生成にはbip39に順守して生成された12個のフレーズが必要なのですが、どうやらウォレットAPIにはフレーズを生成する機能は提供されていないようです。よって以下のサイトからフレーズを生成しました。 ³

フレーズを手に入れたら以下のリクエストを送信することでウォレットを新規作成できます。

$ curl -X POST https://localhost:8090/api/v1/wallets \
  -H "Accept: application/json; charset=utf-8" \
  -H "Content-Type: application/json; charset=utf-8" \
  -d '{
  "operation": "create",
  "backupPhrase": ["ここに", "12個の", "フレーズを", "書き込んで", "ください",
    "foo", "bar", "baz", "foo", "bar", "baz", "foo"],
  "assuranceLevel": "normal",
  "name": "MyFirstWallet"
}'

その他の変更点

その他に感じたのはブロック同期がものすごく早くなりました。以前は最初から同期となると何時間もかかったのに、v1.2では1分1%ペースで同期していました。ウォレットが遅くて使いづらいと感じた人には朗報でしょう。

またウォレット復元にも大幅な改善が見受けられました。新規ウォレットを削除して復元したところ、約6分で利用可能な状態になりました。また復元状況もAPIを通じて確認できるようになっています。

{
    "data": [
        {
            "id": "Ae2tdPwUPEZ8wYRVqugbC4h4ucKv4GYF74S7U234n1EbZNRYR1TpNVSaoJB",
            "name": "MyFirstWallet",
            "balance": 0,
            "hasSpendingPassword": false,
            "spendingPasswordLastUpdate": "2018-05-23T22:53:31.41669",
            "createdAt": "2018-05-23T22:53:31.41669",
            "assuranceLevel": "normal",
            "syncState": {
                "tag": "restoring",
                "data": {
                    "throughput": {
                        "quantity": 0,
                        "unit": "blocksPerSecond"
                    },
                    "percentage": {
                        "quantity": 0,
                        "unit": "percent"
                    },
                    "estimatedCompletionTime": {
                        "quantity": 1045534000,
                        "unit": "milliseconds"
                    }
                }
            }
        }
    ],
    "status": "success",
    "meta": {
        "pagination": {
            "totalPages": 1,
            "page": 1,
            "perPage": 10,
            "totalEntries": 1
        }
    }
}

syncStateが復元状況に関する情報です。これをフロントエンドが利用することでユーザーに復元進捗をいい感じに表示できそうです。

ウォレットフロントエンドの変更点

カルダノではウォレットのフロントエンドとしてダイダロスが採用されており、通常はカルダノのアップデートリリースとともにダイダロスもアップデートも行います。
ダイダロスの次期アップデート内容に関してはレポジトリにあるCHANGELOGにて確認できます。
以下が主要なアップデートのようです。

ウォレットの非同期な復元

これはつまりウォレット復元中はプログレスバーが表示され、ユーザーはウォレットを復元中もウォレット操作が可能になることです。

ペーパーウォレット

ついにカルダノにもコールドストレージ（つまり送金ができないウォレット）が利用可能になります。もし長期に渡ってADAを保管するのであればペーパーウォレットを利用しましょう。

最後に

正直、公式ドキュメントは茨の道でした。ドキュメントにあるコマンドのいくつかはほとんど実行できず、issueやPRを見て回ってやっとビルドできたという感じです。また異なる環境で安定して実行できるのか不安だったのですが、dockerを利用できるときいてすごく安心しました。（しかもイメージの容量がめちゃくちゃ小さい）

フロントエンドに関してもなにかしたらレポート出来ればいいのですが、何分フロントエンド開発をしばらくしていないのでリリースまでにビルドできるかどうか微妙です。

ビルド時にはNixは必須ですが、ドキュメントを読んだ感じではstackは必要ないかもしれません。 ↩
Issueを読んだところ、このビルドをスキップしてもノードをビルドできたという話をききました。 ↩
今回は新しいAPIをテストするという目的なので適当なサイトからフレーズを生成してきましたが、実際に利用するウォレットを生成する際には信頼できるソースからフレーズを生成してください。 ↩

暗号通貨カルダノのノードであるcardano-sl ver.1.2を一足先に触ってみました