願わくば30分でフルノードを君の手に。
技術的な話には興味ない人はフルノード運用のインセンティブまでとばしても構わない。
また、有志による最新の最速フルノード設置法もあるにはあるが、まだ試してないためこの記事ではあくまで一番オーソドックスな方法にこだわる。
記事内にあるShell、Terminalのコマンド番号に沿ってコピペしていけばフルノードの完成だ。
コマンドライン
#環境構築
フルノードだが時が経つにつれて要求スペックが高くなっている。半年前ならメモリ2GBなら問題ないという風潮が、現在2017年12月においては、4GBでギリギリといった具合だ。
今回使うサービスはVultr（こちらは僕からのrefered linkというやつです）。
なぜこのサービスを選んだかというと
①値段 - CPU2コア メモリ4GB SSD 60GBで月$20。値段表はこちら。
②データセンターが東京にもある（場所はフルノード運用に関係ないが、日本もサポートしているのは何かと安心である。）
③Slackを眺めていてよく目にする IOTAの公式Slack上でよく出てくる名前だから安心かなという理由。
もちろん皆様の使い慣れたサービスでも運用はできる。
ローカル環境はMac OS、Unix系を想定している（SSH接続を使うため）。Windowsの人はPuTTYというものをインストールするとSSH接続ができるらしいが、試したことがないため今回は割愛させていただく。
SSHキー（下準備）
※フルノードには直接関係がないので分かる人は読み飛ばしてOK。
SSH接続でサーバーにローカルからリモート接続できるようにしてみよう。
VultrによるSSHキー生成ガイドから引用した。筆者は今までリモートでサーバーにSSH接続というものをやったことがなかったのでこの手順に少々手間取った。筆者のような初心者のためにもメモ程度に手順を書き留めておく。
Unix系ターミナルから以下のコマンドを実行していく。ちなみに、SSHキー保存ディレクトリーへは、cd ~/.sshで行けるはずだ。
$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/path/to/.ssh/id_rsa):
この場所/path/to/.ssh/、この名前id_rsaでいいならそのままEnter。もう名前が使われている場合は適当に名前を付ける。
Generating public/private rsa key pair.
Enter file in which to save the key (/path/to/.ssh/id_rsa): /your/path/to/.ssh/NAME_OF_KEY
コロンの後ろに/your/path/to/.ssh/NAME_OF_KEYと指定してEnter。
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /your/path/to/.ssh/NAME_OF_KEY.
Your public key has been saved in /your/path/to/.ssh/NAME_OF_KEY.pub.
The key fingerprint is:
SHA256:##ABC_FINGER_PRINT_HERE_XYZ## username@MacBook-Air.local
The key's randomart image is:
+---[RSA 2048]----+
|+* =. + .o+ +*. |
|.oo.E.o +.=O . |
|o.+ . ..o..=*E. |
|.f + o . .. |
| . * S o |
| . o o |
| . . d |
| ABC |
| G |
+----[SHA256]-----+
$ cat ~/.ssh/NAME_OF_KEY.pub | ssh root@IP.ADD.RE.SS "mkdir -p ~/.ssh && cat >> ~/.ssh/authorized_keys"
パスワードが求められるので、使っているサーバーを立ち上げた際に決めた、もしくは決められたものを入力する。また、ユーザー名がrootでない場合はそこを変える。次にssh接続を受け取った際のサーバーの挙動をsshd_configに設定する。
$ vim /etc/ssh/sshd_config
サーバー側のsshd_configファイルに以下のような変更を行う。
PasswordAuthentication yesをPasswordAuthentication noに変更。必要によってはコメント化されているのでそれも解除（先頭の#を消す）。パスワードログインを制限する。
AuthorizedKeysFile .ssh/authorized_keysのコメント化を解除。
PubkeyAuthentication noをPubkeyAuthentication yesにする。
今回行ったのは公開鍵認証方式の設定だ。詳しいことは下記のようなサイトを見るといい。
$ service sshd restart
configファイルの再読み込みを行う。OS環境によってはservice sshd reloadだったりする。
$ vim ~/.ssh/config
今度はローカル側のconfigファイルに以下のような内容を書き込む。
Host iota_fullnode
HostName IP.ADD.RE.SS
User root
IdentityFile ~/.ssh/NAME_OF_KEY_id
iota_fullnodeはどんな名前でもOK。何に関係するかはすぐ次のステップで分かる。
rootは必要に応じて使用しているユーザー名に変更。
$ ssh iota_fullnode
iota_fullnodeの部分は前のステップで設定したホスト名。ここでEnter passphrase for key '~/.ssh/NAME_OF_KEY_id':のようなメッセージが返って来た場合は、上記[ssh-3]パスフレーズの設定のステップで設定したパスフレーズを入力。
Welcome to Ubuntu 17.10 (GNU/Linux 4.13.0-16-generic x86_64)
* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support: https://ubuntu.com/advantage
0 packages can be updated.
0 updates are security updates.
Last login: Mon Dec 11 23:02:37 2017 from LOCAL.IP.ADD.RESS
root@server-name:~# <Unixコマンドをここに入力できる>
#IRIのインストール
IRIというのはIOTAのフルノードソフトウェアの名前である。サーバー上でこれを立ち上げて安定させることがフルノード運営者の目的である。以下でIRIのインストール手順を紹介する。
ここ以降はSSH接続した状態でコマンドを打っていく形になる。
apt-get -y update
apt-get -y install openjdk-8-jre
mkdir -p /opt/iota && cd /opt/iota
wget -O IRI.jar https://github.com/iotaledger/iri/releases/download/v1.4.1.6/iri-1.4.1.6.jar
一行目で/opt/iotaというディレクトリを作成している。IOTA関係のファイル・フォルダを今後はここに集める。二行目の1.4.1.6の部分は最新バージョンに設定しておく。（最新バージョンはこちらからチェック。）
#INIファイル追加
IRIを起動するときの初期設定はiniファイルにまとめておくと便利である。デフォルトのiri.iniを用意したので、それをダウンロードして先ほどの/opt/iota/内に設置する。
cd /opt/iota
wget -O iri.ini https://raw.githubusercontent.com/abmushi/iota/master/qiita/fullnode/iri.ini
ちなみにこのiri.iniの中身は以下のようになっている。
[IRI]
PORT = 14265
UDP_RECEIVER_PORT = 14600
TCP_RECEIVER_PORT = 15600
NEIGHBORS = udp://94.156.128.15:14600 udp://88.99.249.250:41041
IXI_DIR = ixi
HEADLESS = true
;API_HOST = 0.0.0.0
;REMOTE_AUTH = user:password
;REMOTE_LIMIT_API="removeNeighbors, addNeighbors, getNeighbors, interruptAttachingToTangle, attachToTangle"
;IRI_OPTIONS = "--remote"
NEIGHBORSにすでに二つ追加されているが、これはSwarm Nodeというもので、こちらから接続すると向こうから自動で繋ぎ返してくれるものである。テストとしてはじめのうちは追加しておくことをオススメする。
コメントアウトされている下半分の行については、フルノードにリモートでAPIアクセスする際必要となる項目である。それについては後ほど説明するので今はそのままにしておこう。
また、設定項目はこれだけではない。興味がある人はこちらのリストも確認しよう。
#サービス定義
IRIをサービスとして登録しておくことで今後の起動、停止、再起動、ステータス確認を容易にする。
cd /etc/systemd/system
wget -O iota.service https://raw.githubusercontent.com/abmushi/iota/master/qiita/fullnode/iota.service
ちなみにサービス定義の中身は以下の通り。今のところは変える必要はない。
[Unit]
Description=IOTA node
After=network.target
[Service]
WorkingDirectory=/opt/iota
ExecStart=/usr/bin/java -XX:+DisableAttachMechanism -jar /opt/iota/IRI.jar -p 14625 -c /opt/iota/iri.ini
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
[Install]
WantedBy=multi-user.target
Alias=iota.service
#起動してみよう
もうこの時点でフルノード起動の準備は整っている。以下のコマンドを打ち込んでみよう。
systemctl daemon-reload && systemctl enable iota
systemctl start iota
pgrep java
一行目のコマンドの後、Failed to execute operation: Invalid argumentというエラーが出るが気にしなくて良い。
journalctl -u iota -f
このコマンドでIRIの現在の状況を見ることができる。
-- Logs begin at Sat 2017-12-16 20:29:06 UTC. --
...java[5618]: 12/16 20:29:07.805 [main] INFO com.iota.iri.network.Node - -> Adding neighbor : /88.99.249.250:41041
...java[5618]: 12/16 20:29:07.752 [Thread-2] INFO c.i.i.n.r.ReplicatorSourcePool - TCP replicator is accepting connections on tcp port 15600
...java[5618]: 12/16 20:29:07.823 [pool-2-thread-1] INFO com.iota.iri.network.Node - Spawning Broadcaster Thread
...java[5618]: 12/16 20:29:07.825 [pool-2-thread-2] INFO com.iota.iri.network.Node - Spawning Tips Requester Thread
...java[5618]: 12/16 20:29:07.831 [pool-2-thread-3] INFO com.iota.iri.network.Node - Spawning Neighbor DNS Refresher Thread
...java[5618]: 12/16 20:29:07.832 [pool-2-thread-3] INFO com.iota.iri.network.Node - Checking Neighbors' Ip...
...java[5618]: 12/16 20:29:07.839 [pool-2-thread-4] INFO com.iota.iri.network.Node - Spawning Process Received Data Thread
...java[5618]: 12/16 20:29:07.845 [pool-2-thread-2] INFO com.iota.iri.network.Node - toProcess = 0 , toBroadcast = 0 , toRequest = 0 , toReply = 0 / totalTransactions = 0
...java[5618]: 12/16 20:29:07.853 [pool-2-thread-5] INFO com.iota.iri.network.Node - Spawning Reply To Request Thread
...java[5618]: 12/16 20:29:08.305 [main] INFO com.iota.iri.IRI - IOTA Node initialised correctly.
...java[5618]: 12/16 20:29:17.846 [pool-2-thread-2] INFO com.iota.iri.network.Node - toProcess = 0 , toBroadcast = 0 , toRequest = 0 , toReply = 0 / totalTransactions = 0
##停止&再起動
systemctl stop iota
systemctl daemon-reload && systemctl restart iota
#Neighbors
IOTAのフルノードのP2Pネットワークは現在のところ、手動でピア（Neighbors）を追加しなければならない。そのためにまずピアを探す必要がある。ピアの出会いの場はIOTAの公式Slackの**#nodesharingチャンネルに設けられており、ここで流れているメッセージの主にDMを送るか、自分からメッセージを投稿して誰かからの返信を待つ必要がある。基本英語でのやりとりになるが、皆英語ネイティブでない人がほとんど（だと思う）なので何も怖がる必要はない。
（やはり、IOTA財団の所在するドイツ、と周辺のヨーロッパ諸国からの参加者が多い印象だ。）
一応、#nodesharing**チャンネルの中でどのようなメッセージがやりとりされているかを例として載せておくので、Slackにまだ入ってない人でもどんなものか分かるための助けになればと思う。
また、udpとtcpの好き嫌いがあるので、もしどちらかを指定されたらポート番号を間違えないように。それぞれのポート番号は上記iri.iniで指定されている。今回の例なら、udpはudp://YOUR.IP.ADD.RESS:14600、tcpはtcp://YOUR.IP.ADD.RESS:15600という風に相手に伝えればOK。
2017年12月現在、合計5人ほどと接続できれば十分である。
自動でNeighborsを見つけて繋いでくれるフルノードNelsonも実験運用されている。興味がある人はこちらも見てみよう。
##Neighbors追加
運よく双方同意の上でIPアドレスを交換することができた場合は、先方のIPをIRIに登録する必要がある。ここでAPIをlocalhostから呼び出す。
curl http://localhost:14265 \
-X POST \
-H 'Content-Type: application/json' \
-H 'X-IOTA-API-Version: 1.4.1.6' \
-d '{"command": "addNeighbors", "uris": ["udp://NEW.IP.ADD.RESS:14600"]}'
###注意事項
※IRIが起動してある状態で行う。
※IPとポート番号の部分は相手のものに変えて入力する。
※IPを複数追加する場合はコンマ「,」で区切る。また、ダブルクオート「"」で囲む。
※X-IOTA-API-Version: 1.4.1.6の部分はIRIのバージョンに変える。
このAPIリクエストで追加されたNeighborsは次回再起動した時には消えてしまう。それを防ぐために、iri.iniのNEIGHBORSにもIPアドレスを追加して上書き保存する。
[IRI]
PORT = 14265
UDP_RECEIVER_PORT = 14600
TCP_RECEIVER_PORT = 15600
NEIGHBORS = udp://94.156.128.15:14600 udp://88.99.249.250:41041 udp://NEW.IP.ADD.RESS:14600
IXI_DIR = ixi
HEADLESS = true
;API_HOST = 0.0.0.0
;REMOTE_AUTH = user:password
;REMOTE_LIMIT_API="removeNeighbors, addNeighbors, getNeighbors, interruptAttachingToTangle, attachToTangle"
;IRI_OPTIONS = "--remote"
###本当に繋がっているのかチェック
tcpdump port 14600
...
08:12:48.922958 IP 相手1のIP.14600 > 自分のIP.14600: UDP, bad length 1650 > 1472
08:12:48.940135 IP 自分のIP.14600 > 相手1のIP.14600: UDP, length 1650
08:12:48.940678 IP 相手2のIP.12345 > 自分のIP.14600: UDP, length 1650
08:12:48.940813 IP 自分のIP.14600 > 相手2のIP..12345: UDP, length 1650
...
これを見て自分と相手で往復するようになっていれば繋がっていると考える。
##Neighbors削除
curl http://localhost:14265 \
-X POST \
-H 'Content-Type: application/json' \
-H 'X-IOTA-API-Version: 1.4.1.6' \
-d '{"command": "removeNeighbors", "uris": ["udp://BYE.IP.ADD.RESS:14600"]}'
削除する場合もiri.iniから該当IPアドレスを消しておく必要があるので忘れずに。
#ノードのメンテナンス
まず、IRIが動作しているかは先ほども紹介したこのコマンドで表示されるLogを見れば分かる。
journalctl -u iota -f
##自分のノードは正常か？
自分のノード状態を確認するAPIリクエストはこちら。
curl http://localhost:14265 \
-X POST \
-H 'Content-Type: application/json' \
-H 'X-IOTA-API-Version: 1.4.1.6' \
-d '{"command": "getNodeInfo"}'
以下のようなレスポンスが返ってくる。返ってこない場合はIRIが起動していないので再起動してみること。
{
"appName": "IRI",
"appVersion": "1.0.8.nu",
"duration": 1,
"jreAvailableProcessors": 4,
"jreFreeMemory": 91707424,
"jreMaxMemory": 1908932608,
"jreTotalMemory": 122683392,
"latestMilestone": "VBVEUQYE99LFWHDZRFKTGFHYGDFEAMAEBGUBTTJRFKHCFBRTXFAJQ9XIUEZQCJOQTZNOOHKUQIKOY9999",
"latestMilestoneIndex": 107,
"latestSolidSubtangleMilestone": "VBVEUQYE99LFWHDZRFKTGFHYGDFEAMAEBGUBTTJRFKHCFBRTXFAJQ9XIUEZQCJOQTZNOOHKUQIKOY9999",
"latestSolidSubtangleMilestoneIndex": 107,
"neighbors": 2,
"packetsQueueSize": 0,
"time": 1477037811737,
"tips": 3,
"transactionsToRequest": 0
}
フルノードが正常に同期されている場合は以下の２つの条件が満たされる。
①latestMilestoneIndexとlatestSolidSubtangleMilestoneIndexのフィールドの数字が同じである。
②この数字がSlackの#botboxチャンネルで更新されるマイルストーン番号と一致している。
...
"latestMilestoneIndex": 107,
...
"latestSolidSubtangleMilestoneIndex": 107,
※IRIを起動したての頃は同期に時間がかかる。その場合latestMilestoneIndexが243000と表示され変化しないが、時間が経てば（30分ほど）改善されるはずので待ってみよう。
###最新Tangleのダウンロードで高速同期
もし、Neighborとの同期を待てない。もしくは中々上手くいかない場合は最新データをダウンロードする手もある。systemctl stop iotaで一旦IRIを一時停止してから、以下のコマンドを打ち込んでみよう。
cd /tmp/ && curl -LO http://db.iota.partners/IOTA.partners-mainnetdb.tar.gz && sudo -u root tar xzfv /tmp/IOTA.partners-mainnetdb.tar.gz -C /opt/iota/mainnetdb && rm /tmp/IOTA.partners-mainnetdb.tar.gz
cd /tmp/
curl -LO http://db.iota.partners/IOTA.partners-mainnetdb.tar.gz
sudo -u root tar xzfv /tmp/IOTA.partners-mainnetdb.tar.gz -C /opt/iota/mainnetdb
rm /tmp/IOTA.partners-mainnetdb.tar.gz
1行目、2行目で/tmp/にhttp://db.iota.partners/IOTA.partners-mainnetdb.tar.gzというファイルをダウンロードしている。このファイルは15分ごとに最新のTangleデータをアーカイブしたものだ。約8GBほどあるこのダウンロードには10分ほどかかるかもしれない。
2行目で実際に/opt/iota/mainnetdbに上書きする。ここでも5分ほど時間がかかる。3行目はダウンロードしたファイルを削除しているだけだ。
##Neighborsは正常か？
Neighborsにも良いもの(Good Neighbors)、**悪いもの(Bad Neighbors)**がある。追加しているNeighborsの状態を確認するAPIリクエストはこちら。
curl http://localhost:14265 \
-X POST \
-H 'Content-Type: application/json' \
-H 'X-IOTA-API-Version: 1.4.1.6' \
-d '{"command": "getNeighbors"}'
レスポンスは以下のようになる。
{
"duration": 37,
"neighbors": [
{
"address": "/8.8.8.8:14265",
"numberOfAllTransactions": 922,
"numberOfInvalidTransactions": 0,
"numberOfNewTransactions": 92
},
{
"address": "/8.8.8.8:5000",
"numberOfAllTransactions": 925,
"numberOfInvalidTransactions": 0,
"numberOfNewTransactions": 20
}
]
}
良いNeighborsの条件
numberOfNewTransactionsが常に多く（2017年12月現在だと約1000~10万）送られてきている。numberOfInvalidTransactionsがゼロ。
numberOfInvalidTransactionsは主にIRIのバージョンが相手と合っていないと発生する。自分のバージョン、相手のバージョンを確認しておこう。また、上記最新Tangleのダウンロードで高速同期をすると改善される場合もある。
もし、何日も条件が満たされない場合はNeighborさんに連絡してみる。もしくは削除しちゃってもよい。Bad Neighborsはネットワークの遅延に繋がるため、常に良いNeighborsと繋げているようにしよう。
IRIのアップデート
cd /opt/iota
wget -O IRI.jar https://github.com/iotaledger/iri/releases/download/v1.4.1.7/iri-1.4.1.7.jar
systemctl restart iota
ちなみに2018/01/21の最新版（1.4.1.7）のURLは
https://github.com/iotaledger/iri/releases/download/v1.4.1.7/iri-1.4.1.7.jar
となっている。上のコマンドの数字を新しいバージョンのと入れ替えれば良い。こまめに公式リリースを確認しておこう。
##フルノードに関する質問
公式Slackの**#fullnodes**チャンネルにてチャット感覚でベテランに質問できる。最近fullnode運営が流行ってきており、その結果コミュニティの規模がでかくなり、質も上がってきているのでどんな質問も遠慮せず聞いてみよう。
#APIリクエスト
上記、addNeighborsのようにlocalhostへリクエストできるAPIはたくさんある。
公式APIドキュメントはこちらから。色々試してみよう。
簡単な例として、今の自ノードの状態とNeighborの状態をいっぺんに受け取るコードを紹介する。
import urllib2
import json
cmd1 = 'getNodeInfo'
cmd2 = 'getNeighbors'
command1 = {
'command': cmd1
}
command2 = {
'command': cmd2
}
stringified1 = json.dumps(command1)
stringified2 = json.dumps(command2)
headers = {
'content-type': 'application/json',
}
local_url ="http://localhost:14265"
request1 = urllib2.Request(url=local_url, data=stringified1, headers=headers)
request2 = urllib2.Request(url=local_url, data=stringified2, headers=headers)
returnData1 = urllib2.urlopen(request1).read()
jsonData1 = json.loads(returnData1)
returnData2 = urllib2.urlopen(request2).read()
jsonData2 = json.loads(returnData2)
print '\n- IRI - "'+cmd1+'" - - - - - - - - - - - - - - - - - - - - - - - - - -'
for key1,val1 in jsonData1.items():
print str(key1)+' : '+str(val1)
print '\n- IRI - "'+cmd2+'" - - - - - - - - - - - - - - - - - - - - - - - - - -'
for key1,val1 in jsonData2.items():
if key1 == 'neighbors':
for each in val1:
print '- - - - - '+each['address']+' - - - - -'
for k,v in each.items():
if k != 'address':
print str(k)+' : '+str(v)
else:
print str(key1)+' : '+str(val1)
cd /opt/iota
wget -O status.py https://raw.githubusercontent.com/abmushi/iota/master/qiita/fullnode/status.py
python /opt/iota/status.py
もし、Pythonがインストールされていない場合はapt-get install pythonで。
#リモートからAPIリクエスト（Python）
今まではlocalhostからしかAPIリクエストが出来なかった。しかし、IOTAを本当に使い倒したいなら自分のフルノードに様々なデバイスからAPIリクエストを送りたいはずだ。そのために、まずはiri.iniに変更を加える必要がある。
まず、先ほどのファイルからコメントを外す（;を取る）。
[IRI]
PORT = 14265
UDP_RECEIVER_PORT = 14600
TCP_RECEIVER_PORT = 15600
NEIGHBORS = udp://94.156.128.15:14600 udp://88.99.249.250:41041 udp://NEIB.IP.ADD.RESS:14600
IXI_DIR = ixi
HEADLESS = true
API_HOST = 0.0.0.0
REMOTE_AUTH = user:password
REMOTE_LIMIT_API="removeNeighbors, addNeighbors, getNeighbors, interruptAttachingToTangle, attachToTangle"
IRI_OPTIONS = "--remote"
次にREMOTE_AUTHにユーザー名となるべく安全な長い強固なパスワードを設定する。INIファイルを更新して上書き保存したら、IRIを再起動しよう。
REMOTE_LIMIT_APIによって、リモートから受け付けるAPIリクエストを制限できる。上のファイルでも複数が制限されるように設定されているが、これは公式で推奨されているのをコピペしたものだ。必要に応じて変更を各々で加えてほしい。
次に、フルノードに外からAPIリクエストを送るPythonプログラムを用意しよう。今回用意したのは以下のファイルである。
# -*- coding: utf-8 -*-
import urllib2
import json
#今回はgetNodeInfoをリクエストする。
cmd = 'getNodeInfo'
command = {
'command': cmd
}
stringified = json.dumps(command)
headers = {
'content-type': 'application/json',
'X-IOTA-API-Version': '1.4.1.6'
}
#あなたのフルノードのIPアドレス
node_url = "http://YOUR.IP.ADD.RESS:14265"
request = urllib2.Request(url=node_url, data=stringified, headers=headers)
#先ほどiri.iniに加えたユーザー名とパスワード
username = 'user'
password = 'password'
p = urllib2.HTTPPasswordMgrWithDefaultRealm()
p.add_password(None, node_url, username, password)
handler = urllib2.HTTPBasicAuthHandler(p)
opener = urllib2.build_opener(handler)
urllib2.install_opener(opener)
returnData = urllib2.urlopen(request).read()
jsonData = json.loads(returnData)
print jsonData
今回はgetNodeInfoをリクエストしたが、もちろんウォレットに欠かせないその他リクエストも送信できる。
また、Python以外にもJavaScript、Java、Goなど多くの言語用にAPIが用意、開発されているので好きな環境で自分用のウォレットを作ることもできる。
#フルノード運用のインセンティブ
IOTAのフルノードはマイナーではない。お金は儲からずむしろ減っていく一方だ。なので今のところ、フルノード運営者は技術的理解とロマンを求めてやっている人が多い。この記事も日本でそんな人が増えてほしい一心で執筆した。
そんなフルノードを運用するインセンティブは将来的にはどこで見いだせるのか。
IOTAは手数料無料である。しかし、それはあくまでもお客さん（送金者）目線の話である。IOTAプロトコルをインフラとして使ったサービスを提供する人や企業はフルノードを自社で運用するだろう。その場合そのフルノード管理にコストがかかる。
Bitcoinではまずマイナーと言う完全に独立したインフラ維持装置がありそのコストはマイニングと手数料によってまかなわれている。
それに対してIOTAは通貨性を土台にした上層のサービスをマネタイズできる参加者のネットワークで成り立っていくことになる。つまり、インフラ維持コストは商売でまかなわれる。
具体的に「ガソリン支払いをIOTAで自動化する」という学生プロジェクトで考えてみよう。もし、ガソリンスタンドが無人化して浮く人件費とVISAやGoogle Payなどの電子決済の手数料合計より、フルノード運用費が安ければガソリンスタンド会社はIOTAのネットワークにフルノードとして参加するかもしれない。
もしかするとバックエンドでは手数料無料でもフロントエンドで手数料を徴収するIOTA銀行もありえるかもしれない。（なんとも本末転倒であるが）
どんな形であれ、IOTAにまず興味を持ってくれる人が増えることを願っている。
#参考文献
公式フルノードガイド：Headless node (full node)
とても詳しいガイド：IOTA Full Node Tutorial Linux
CentOS用：Configure IOTA (IRI) Full Headless Node on Centos 7
フルノードのコピペガイド：IOTA FULL NODE COPY-PASTE
INSTALLATION GUIDE
大まかな流れとサービス定義：Setting up an IOTA node on Digital Ocean
リモート運用：An almost complete guide to setting up a full IOTA node
自動ピア追加機能付き最新フルノード環境：IOTA Nelson ready for public preview
その他：Deploy IOTA IRI (IOTA Refernce Implementation) full node on Arch Linux
「このとおりやっても上手くいかなかった。」など記事内の間違いや訂正箇所。「これについて書いて！」といった追記希望があった場合はコメント欄、もしくはTwitter、IOTA公式Slackまで連絡いただけるととても嬉しい。
今後の予定：スナップショット対応、APIガイド、送金トランザクション生成、MAM。について記事を追記もしくはゼロから書きたい。