スマートコントラクトとインタラクト: RSKでスマートコントラクト開発 (3/3)

シンタックスの簡約化

TruffleのマイグレーションによるアドレスとコントラクトのABIで、インスタンスを作成し、それによってシンタックスが関数の処理をより簡単にできるようにします。そのためにはこれをデプロイした後、次のコードを記入します：

コントラクトがすでにデプロイされており、そのアドレスとABIが分かっている場合は下のコードを入力してください：

Contract_ABIは圧縮されたインラインABIであり、Contract_ADDRESSの説明は不要です。

前に作成した2つのアカウントを、見やすくするために名前を変更しましょう。

acc0 がコントラクトをデプロイしたものです。truffle.jsとnode.confのコンフィグファイルにAcc0が追加されました。

オーナーシップコントロール

すでに言及したライブラリを使用しているコントラクトのオーナーシップ機能をテストしてみましょう。

任意のアカウントからgetON関数をコールすると、パブリックでありオーナーシップ問題がない場合、このように表示されます。

これで、setON関数がオーナーシッププロパティを持つことになります。別のアカウントから生成されたトランザクションがすべて却下されることになります。例えば、acc1から自分の名前でコントラクトに署名しようとしても、数値を変えることはできません。

トランザクションのハッシュでは、戻り値がオフであり、関数が正しく実行されていないことを見ることができます。getON関数をもう一度コールし、変数の値が変わっていないことを確認します。

今度はオーナーアカウントのacc0から先ほどと同じトランザクションを署名してみましょう。「0x01」の状態を取得し関数が正しく実行されています。

getON関数をもう一度コールし、オーナーシップライブラリが思った通りに機能しているのを確認します。

Ownable.solには、コントラクトのオーナーを別のアドレスに変更できる機能もあります。ここでは使用しませんが、使用法は次の通りです。

これによって、acc1 がコントラクトの新たなオーナーになります。

今度はトークンの方に移りましょう。

トークンオペレーション

まず最初に、トークンの残高がコントラクト作成時に正しく割り当てられたかどうかを確認しましょう。

それぞれのアカウントの残高は次のように確認します。

したがって、すべてのトークンが最初のアカウントに正しく割り当てれたことがわかります。
最初に行うトランザクションは、いくらかのトークンを2番目のアカウントである、acc1に3回ほど転送することです。

最初のトランザクションは次の手順に従います。

デプロイアカウントから取得したトークンは、acc1We seで受け取ったトークン量と同じであることがわかります。

StandardTokenコントラクトでは、特定のアカウント（この場合acc1）に代わってトークンを使用するための許可権限も取得します。権限の取得前にこれを行うと、トランザクションは処理されません (status ‘0x00’)。

acc0がacc1からの送信を許可されていないことを確認した後、

acc1が生成したトランザクションから、acc0がacc1の名前で10個のトークンを使用することを許可します。

アウトプットのログで、関数がtrueで正常に完了したことがわかります。ロクには、acc0による利用が許可されている額が表示されます。

使用トランザクションをもう一度実行してみると、

status ‘0x01’でトランザクションが成功します。

残高をもう一度確認しましょう。

最後に、利用できない関数をコールするトランザクションに署名すると、フォールバックバック関数がコールされます。次のようにトランザクションに署名します。

データが16進数の文字列「Error 404: Function not found」を示すログをリターンします。

(‘0x00…00204572726f72203430343a2046756e6374696f6e206e6f7420666f756e64203a50’).

最後の関数は自殺関数ですが、明らかな理由で実行しません。トランザクションを表示するためには、コントラクトが破棄されないようにする必要があるからです。

さらなる詳細はこちらを参照してください。

原文：Interact with Smart Contract