単体テスト
前の章では、カラードコイン 資産をコードするのに苦労していたように見えたかもしれない。 なぜかというと カラードコイン から トランザクション を生成する方法を見せたかっただけだからだ。
現場では、カラードコインのトランザクションや資金を取得するためには、サードパーティーのAPIに頼ろうとするだろう。しかしそれは良いアイディアではひょっとするとないかもしれない。なぜならば、APIの提供者に対しての信頼に基づく、プログラムの依存関係ができてしまうからだ。
NBitcoin によって、ウェブサービスに頼っても良いし、カラードコインの トランザクション をプログラム自身に取得させても良くなる。これによって、コードの単体テストに柔軟性を持つことができるようになった。
2つの発行者を紹介しよう：シルバーとゴールドだ。そして3人の参加者を紹介しよう：ボブ、アリスとサトシだ。 シルバー、ゴールドとサトシにビットコインを送る模擬のトランザクションを作ってみよう。
var gold = new Key();
var silver = new Key();
var goldId = gold.PubKey.ScriptPubKey.Hash.ToAssetId();
var silverId = silver.PubKey.ScriptPubKey.Hash.ToAssetId();
var bob = new Key();
var alice = new Key();
var satoshi = new Key();
var init = new Transaction()
{
Outputs =
{
new TxOut("1.0", gold),
new TxOut("1.0", silver),
new TxOut("1.0", satoshi)
}
};Init はカラードコインの発行も移動も全く含んでいない。しかし、それを確信したいと思っている場面を想像してみよう。どのように進めればよいだろうか。
NBitcoin では、カラードコインの移動や発行の概要が ColoredTransaction と呼ばれるクラスに表現されている。
ColoredTransaction クラスによって以下がわかる。
どの トランザクションインプット がどのアセットを使うのか
どの トランザクションアウトプット がどのアセットを表すのか
どの トランザクションアウトプット がどのアセットを移動するのか
しかし今私たちにとって興味をわかせるメソッドは FetchColors で、これによってトランザクションインプットに与えたトランザクションから、カラードコインの情報を抜き出すことができる。
FetchColorsが IColoredTransactionRepository に依存していることを見てみよう。
IColoredTransactionRepository はトランザクションIDから、カラードコインのトランザクション を示してくれるストアでしかない。しかしこれは ITransactionRepository に依存関係があることがわかるだろう。ITransactionRepositoryはトランザクションIDとそのトランザクションをマッピングしてくれるものだ。
IColoredTransactionRepository の実行は、カラードコインの操作を担う公開されたAPIである CoinprismColoredTransactionRepository の実行と同義だ。 しかし、簡単に自分自身でそれらを行うことができる。それがここで示すように、FetchColors がどのように動くかでわかる。
最も単純なケースを見てみよう。IColoredTransactionRepository がカラードコインを知っているから、そのケースであれば FetchColors はその結果を取ってくるだけだ。
2番目のケースでは、IColoredTransactionRepository がカラードコインのトランザクションについて何も知らない場合だ。 そのときはオープンアセットの仕様に基づいて FetchColors を使って、カラードコインを算出する必要がある。
しかし、カラードコインを求めるためには、FetchColors はカラードコインの親トランザクションを必要とする。 だから ITransactionRepository 上で各トランザクションを取得し、それらに対して FetchColors をコールするのだ。 一度 FetchColors が再帰的に親トランザクションのカラードコインを解明すると、カラードコインのトランザクションを算出して、IColoredTransactionRepository にその結果を再度引き渡し、結果を得る。
これによって、将来的に発生する、トランザクションのカラードコインを取得するリクエストが素早く解決される。 IColoredTransactionRepository は読み取り専用だ（CoinprismColoredTransactionRepository と同じでPutする操作が無視される）。
さあ、例に戻ろう。 ユニットテストを書くときのトリックは、メモリ上の IColoredTransactionRepository を使うことだ。
さあ、init トランザクションを格納しよう。
注釈するが、Putは拡張メソッドなので、以下の参照を追加する必要がある。
ファイルの1番上に、参照を付け足して欲しい。
そしたら、カラードコインを抽出できる。
想定どおり、init トランザクションはカラードコインのインプットも発行も移動も破壊も何も持っていない。
ということで、SilverとGoldに送られたコインを、発行用のコインとして使ってみよう。
Goldが最初、次にSilverとなっている。
前の章でやったとおり、TransactionBuilder を使ってGoldをSatoshiに送り、リポジトリに結果として生成されるトランザクションを格納し、結果を表示できる。
これは最初の トランザクションアウトプット には10goldあるということだ。
さて今、サトシ が アリス に4goldを送りたいということにしてみよう。 最初にサトシはトランザクションから カラードコイン を取得する。
そしてこのようにトランザクションを生成する。
NotEnoughFundsException が発生してしまうだろう。 なぜかというと、このトランザクションはトランザクションインプット（goldコイン）に600satoshiあって、トランザクションアウトプットに1200satoshiある。（1つ目の トランザクションアウトプット はアリスにアセットを送るもので、もう1つはサトシにお釣りを送るものだ）
つまり600satoshi不足しているのだ。 サトシに送られている init トランザクションにある最後の1BTCに相当する コイン をトランザクションに加えることで解決できる。
トランザクションとカラードコインの内容を見てみよう。
ついに外部的な依存なしで、アセットを発行し移動する単体テストを実行できたわけだ。
もしサードパーティーのサービスに依存したくなければ、IColoredTransactionRepository を自前で作ることもできる。
より詳しい内容はNBitcoin testsで見ることができるし、コードプロジェクトの中にある私の記事の1つの「Build Them all」でも見ることができる。（マルチシグでのカラードコインの発行や交換）
Last updated