とーふの買い物日記-改

[マスターノード] カテゴリの記事

全19件 (19件中 1-19件目)

1

• Charity コイン　死んでるコインだった（ｗ

  怪しいとは思っていたが、死んでるコインだった。それでも、マスターノードとブロックチェーンは生き続ける。不思議な世界だ。

  2018.09.08

  コメント(0)

• OS設定、マスタノード構築手順書作成

  ブログから抜き出して、整理しました。レンタルVPS契約手順 (2018.9.7) OS設定編 (2018.9.8)​マスターノード構築編 (2018.9.8)

  2018.09.08

  コメント(0)

• 

  Charityコイン　マスターノード報酬

  (追記 このコインは死んでます)ubuntu 16.4 on Virtual BOX (ホストは windows10)に、GUI版ウォレットアプリを入れて、最初に作ったウォレット兼マスターノードマシンから、wallet.dat をコピーして持ってきた。割とよく見かけるウォレットでした。ちゃんとマスターノード２台分の報酬が入ってます。

  2018.09.06

  コメント(0)

• レンタルVPS Vultr 契約方法手順書（修正）

  手順書類は、画像が多いので、ブログとは別ページにしよう！ということで、ちゃんと、HTML ファイルにしました。​http://www.geocities.jp/bjsoftab4/MasterNodes/Vultr.htm​と思って、Word で作って html にしようと思ったら失敗しました。Wordで html で保存しようとした時、OneDrive の同期フォルダ内でやろうとすると保存に失敗するようだ。というか、ジオシティーズだと mhtml ファイルは動かない？そもそも mhtml ファイルは、IE 独自仕様。ということで、不本意ながらpdf です。​http://www.geocities.jp/bjsoftab4/Vultr.pdf​

  2018.09.06

  コメント(0)

• 

  セキュリティが不安なら仮想マシンにすりゃよかった

  マスターノードのインストール手順をスクリプト化して、きちんと作り直そうと思った。スクリプトなら手元のPCの仮想マシンで linux を使って....あれ？セキュリティが不安だったら、最初から仮想マシンでやれば済んだのか？ どうせウォレットは常時接続が不要だし orzもう寝る。

  2018.09.05

  コメント(0)

• Vultrでマスターノード増設 （その２）

  まず、新しいサーバ側で操作１．ソフトを準備する# 自分用の実行ファイルを保存するディレクトリを作るmkdir ~/bin#ダウンロードwget http://charitycoin.live/resources/charitycoin.linux.zip#展開unzip charitycoin.linux.zipunzip linux.zipcd linux-masterunzip charityd.zipchmod +x charityd charity-climv charityd charity-cli ~/bin#一旦ログアウトしてログインしなおす# または、単にログイン処理をやり直す. .profile２．ファイアウォールの解除# charity のポートを許可するsudo ufw allow 3300sudo ufw reload​実行例masternodes@bjsoftab4:~$ sudo ufw allow 3300[sudo] password for masternodes:Rule addedRule added (v6)masternodes@bjsoftab4:~$ sudo ufw reloadFirewall reloaded​３．マスターノード準備# 起動すると、最小限必要なファイルを作成するcharityd# 指示に従って、rpcuser と rpcpassword の行のファイルを作成する。# charity.conf ファイルの内容を参照して、rpc で通信するので、表示されるとおりで問題なし。# 気になるなら、pwgen 64 1 とかで再生成してもいいです。（パスワードを覚えておく必要はなし）nano ~/.charity/charity.conf# デーモンとして起動するcharityd -daemon# これをやっておけば、ログアウトしてもデーモンは動き続けます。# コマンドラインで、動作状態をチェックする# 何回か実行して、blocks が増えていれば、同期中です。charity-cli getinfo４．ウォレット側準備ここからはウォレット側。古いほうの linux サーバを使います。# 同期している間に、送金先の新アドレスを作成しますcharity-cli getaccountaddress mn2# ウォレットのアドレスがでるので、メモする。# マスターノードのプライべートキーを作成する。charity-cli masternode genkey# プライベートキーがでるので、メモする。さっき作成したウォレットのアドレスに、CryptBridge などから​​「ぴったり 1000 コインを一回で送金する」​​getinfo していると、そのうち送金が完了し、balance が、さっき送信したのと合わせ、 2000 以上になるはず。また、outputs の結果が変わります。charity-cli masternode outputs{    "4f40008f84a7544509283c3c419a91ab9ec5d5fb74c6818b294fca2ccce87c98" : "0"}一つ増えましたcharity-cli masternode outputs{    "4f40008f84a7544509283c3c419a91ab9ec5d5fb74c6818b294fca2ccce87c98" : "0",    ​"b3aa01b5d322a02546dc5d03b86c8ffe60d79e2a955e72cc61df3dfe57c71f8b" : "0"​}５．新マスターノードの設定ファイルを編集する新マスターノード側で操作します。# まず、止めるcharity-cli stop# ifconfig とかで、 IPアドレスを確認する例えば、10.10.10.10# .charity/charity.conf を編集するrpcallowip=127.0.0.1server=1listen=1daemon=1maxconnections=256masternode=1masternodeprivkey=さっき作ったマスターノードのプライべートキーexternalip=ＩＰアドレス# 再起動charityd -daemon６．マスターノードを追加する今度は、ウォレット側で操作します。# .charity/masternode.conf を編集する# 今度は、mn2 の行を追加します。mn2 ＩＰアドレス:3300 マスターノードのプレイべートキー output_txid output_indexmn1 10.10.10.10:3300 jfafdkfjadfjadfjdf 4f40008f84a7544509283c3c419a91ab9ec5d5fb74c6818b294fca2ccce87c98 0​mn2 10.20.20.20:3300 afht3dfhshsfhjfaff b3aa01b5d322a02546dc5d03b86c8ffe60d79e2a955e72cc61df3dfe57c71f8b 0​みたいな感じcharity-cli stopcharityd -daemon# 設定確認charity-cli masternode list-conf{    "masternode" : {        "alias" : "mn1",        "address" : "153.126.134.220:3300",        "privateKey" : "7UVHachN1M86zVBaEGDrherxvbwsHFcjVZqyfW6xsr7x4ptssSo",        "txHash" : "4f40008f84a7544509283c3c419a91ab9ec5d5fb74c6818b294fca2ccce87c98",        "outputIndex" : "0",        "status" : "ENABLED"    },    "masternode" : {        "alias" : "mn2",        "address" : "45.32.53.231:3300",        "privateKey" : "7Vt2znS5xB4LjNKbKt1UAJXFaAT7s5zLvbGj66D123hPZQY6ckv",        "txHash" : "b3aa01b5d322a02546dc5d03b86c8ffe60d79e2a955e72cc61df3dfe57c71f8b",        "outputIndex" : "0",        "status" : ​"MISSING"​    }}７．マスターノードを起動するウォレット側で操作します。ウォレット側から、マスターノードに対し、スタート指示を出します。# マスターノード起動charity-cli masternode start-alias mn2{    "alias" : "mn2",    "result" : "successful"}８．マスターノード状態を確認新サーバーで操作します。# マスターノード状態確認charity-cli masternode status{    "vin" : "CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase )",    "service" : "[::]:0",    "status" : "Not capable masternode: Hot node, waiting for remote activation."}# この場合は、起動できてないので、７．に戻って、起動指示を出しなおしてみます。# 以下になれば、OKです。# マスターノードの同期待ちなどかかるので、気長に。charity-cli masternode status{    "vin" : "CTxIn(COutPoint(b3aa01b5d322a02546dc5d03b86c8ffe60d79e2a955e72cc61df3dfe57c71f8b, 0), scriptSig=)",    "service" : "45.32.53.231:3300",    "pubkey" : "CMwKq5wopZAHs2DB5PuTF8DpuFXvFKB6QT",    "status" : "Masternode successfully started"}

  2018.09.05

  コメント(0)

• 

  Vultrでマスターノード増設 （その１）

  前提OS:Vultr Ubuntu 16.04 LTS契約のやり方は、後で追記するので、とりあえずは、各自確認ください（汗ということで、ちゃんと、HTML ファイルにしました。​http://www.geocities.jp/bjsoftab4/MasterNodes/Vultr.htm​事前準備：１．ユーザ追加root でリモートログインできたままにすると踏み台にされたりするので、ユーザーを作る。# masternodes というユーザを作るadduser masternodes# masternodes が、sudo を使えるようにする。usermod -aG sudo masternodes​画面表示Adding user `masternodes' ...Adding new group `masternodes' (1000) ...Adding new user `masternodes' (1000) with group `masternodes' ...Creating home directory `/home/masternodes' ...Copying files from `/etc/skel' ...New password:Retype new password:passwd: password updated successfullyChanging the user information for masternodesEnter the new value, or press ENTER for the default        Full Name []:        Room Number []:        Work Phone []:        Home Phone []:        Other []:Is the information correct? [Y/n] y​# ここで、いったんログアウト# masternodes でログインして、sudo が、できることを確認します。​masternodes@bjsoftab4:~$ sudo id[sudo] password for masternodes:uid=0(root) gid=0(root) groups=0(root)masternodes@bjsoftab4:~$ sudo bash​# ssh で リモートログインできないように設定します。sed -e "/^PermitRootLogin/cPermitRootLogin No" -i /etc/ssh/sshd_config# 念のため、再起動reboot now２．セキュリティ設定#まずファイアウォール自体を無効にしておくufw disable #デフォルトはアクセス禁止にするufw default deny# sshは、制限付きで許可するufw limit 22# ファイアウォールを有効にするufw enable ３．スワップを追加するVultr のサーバーは、スワップが設定されてないので、追加する#状況確認​root@bjsoftab4:~# free -m              total        used        free      shared  buff/cache   availableMem:            992          60         119           6         811         724Swap:             0           0           0​# スワップはファイルとして作成するsudo bashdd if=/dev/zero of=/swapfile count=2048 bs=1Mchmod 600 /swapfilemkswap /swapfileswapon /swapfileecho "/swapfile        none        swap    sw    0        0" >> /etc/fstab​実施例root@bjsoftab4:~# dd if=/dev/zero of=/swapfile count=2048 bs=1M2048+0 records in2048+0 records out2147483648 bytes (2.1 GB, 2.0 GiB) copied, 6.21286 s, 346 MB/sroot@bjsoftab4:~# chmod 600 /swapfileroot@bjsoftab4:~# mkswap /swapfileSetting up swapspace version 1, size = 2 GiB (2147479552 bytes)no label, UUID=6673ff4d-68c5-4980-85cc-b1d28beff382root@bjsoftab4:~# swapon /swapfileroot@bjsoftab4:~# free -m              total        used        free      shared  buff/cache   availableMem:            992          60          72           6         859         740Swap:          2047           0        2047​４．必要なパッケージを入れるこの辺は、さくらのVPSと同じroot権限で実行してください。sudo bashapt-get -y  updateapt-get -y  upgradeapt-get -y  install unzipapt-get -y  install gitapt-get -y  install pwgenapt-get -y dist-upgradeapt-get -y install software-properties-common nano  libzmq3-dev libssl-dev libevent-dev# 実行に必要そうなものapt-get -y  install libboost-system-dev libboost-filesystem-dev libboost-chrono-dev libboost-program-options-dev libboost-test-dev libboost-thread-dev libboost-all-dev unzip libminiupnpc-dev python-virtualenvapt-get -y  install build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils# 仮想通貨関連リポジトリ追加add-apt-repository ppa:bitcoin/bitcoinapt-get -y  updateapt-get -y  install libdb4.8-dev libdb4.8++-dev５．ソースからビルドする場合git clone お好みのコインコンパイルに必要なパッケージを入れる。まぁ、以下を入れれば、足りるようです。apt-get install miniupnpc./autogen.sh./configure

  2018.09.05

  コメント(0)

• ウォレットとマスターノードを別マシンにする理由

  技術的には全く問題ないけど、管理の手間とセキュリティが問題のようだ。１．管理面マスターノードを立てるには、細かいウォレットでの操作が、いろいろと発生する。マスターノードのプライベートキー作成とか、入金とか、masternode.conf ファイルの作成とか。それを考えると、Windows PCで操作するのが楽。マスターノードにするサーバーにはGUIは無い（必要がない）から、送金操作をコマンドラインで実行するのは慣れてないとキツイ。２．セキュリティウォレットの操作をするには、wallet.dat ファイルが必要。一方、マスターノード自体は、wallet.dat ファイルは不要。ということは、ネットに常時接続しているサーバには、ウォレット機能を持たせない方が、安全。また、wallet.dat を暗号化しても、ウォレット操作するときにパスフレーズが必要なのだが、注意しないと、コマンド履歴が残って、パスフレーズが丸見えのケースもある。ということで、chroot jail で分離するのは正解だった模様。

  2018.09.04

  コメント(0)

• 

  Vultr のVPS構築中

  やはり、メジャーどころも構築手順を作ったほうがいいかな。ということで、構築中。セキュリティ設定したところで、疲れた。追加のIPアドレスを $2 で作れるので、同じコインで複数のマスターノード立ち上げるには、さくらよりも、安上がりかもしれない。

  2018.09.03

  コメント(0)

• 

  マスターノード構築してみよう（その２）

  (追記 このコインは死んでます)実際にコインを選んでやってみる編１．コインを選ぶ練習なので、お手軽な金額でスタートできるもの。​まず、windows で操作​。マスターノードの情報サイトで、ROI が高くて、Mn worth(構築資金)が低いのを選ぶ​https://masternodes.online/​今回は適当に、Charity (CHRT) を選択  #Required は 1000 となっているので必要コインは 1000 ​https://masternodes.online/currencies/CHRT/​詳細情報がでてくるので、左の方の Links から、Website や Github で情報を調べる。Github が更新されてないので、怪しいタイプのコインですね（ｗ（追記　サイト死んでます）Website に行く。（ Discord の画面がでるけど、無視して閉じて、下の方を見に行く。）MN collateral が必要コイン 1000 なので、masternodes.online 情報で間違いなし。コインによっては、ブロックサイズによって変わっていくものもある。２．ソフトを準備するとりあえず練習なので、バイナリをいきなりダウンロードする。本来は、github からソースをダウンロードしてコンパイルするのがベスト。なぜか、windows に linux バイナリがリンクされている。（はい、怪しいですね）右クリックで、リンクのアドレスをコピーする。​ここから、linux で操作します。Teraterm とか putty とかお好みで。​追記、WEBサイトが死んでるので、ダウンロードするなら、git 経由です。git clone https://github.com/charity-coin/linuxwget http://charitycoin.live/resources/charitycoin.linux.zipunzip charitycoin.linux.zip# 多重に zip に入っているので、必要分展開する最低必要なのは、コイン名dコイン名-cli は、コマンドライン用操作ソフトコイン名-qt は、GUI 用　（マスターノードでは使わない）# 実行可能にする。chmod +x charitydchmod +x charity-cli# bin ディレクトリにファイルを移動するmkdir ~/binmv charity* ~/bincd ~# bin のファイルを実行できるように、path を再設定する. .profile３．ウォレット作成​（無理やり linux で作っていきます。windows で作るのが普通らしいです）​# デーモンを初回起動すると、自動的に最小限必要なファイルが作成するされるcharityd​masternodes@bjsoftab4:~/linux-master$ ./charitydError: To use charityd, or the -server option to charity-qt, you must set an rpcpassword in the configuration file:/home/masternodes/.charity/charity.confIt is recommended you use the following random password:rpcuser=charityrpcrpcpassword=DuaJTjR5KCLyvjCS1gXGXauaX9PWGLMqDgyTSLfgfQmC(you do not need to remember this password)The username and password MUST NOT be the same.If the file does not exist, create it with owner-readable-only file permissions.It is also recommended to set alertnotify so you are notified of problems;for example: alertnotify=echo %s | mail -s "Charity Alert" admin@foo.com​# 指示に従って、rpcuser と rpcpassword の行のファイルを作成する。# charity.conf ファイルの内容を参照して、rpc で通信するので、表示されるとおりで問題なし。# 気になるなら、pwgen 64 1 とかで再生成してもいいです。（パスワードを覚えておく必要はなし）nano ~/.charity/charity.conf# デーモンとして起動するcharityd -daemon# これをやっておけば、ログアウトしてもデーモンは動き続けます。# コマンドラインで、動作状態をチェックする# 何回か実行して、blocks が増えていれば、同期中です。charity-cli getinfo# 同期している間に、送金先のアドレスを作成しますcharity-cli getaccountaddress mn1# ウォレットのアドレスがでるので、メモする。４．マスターノード作成# マスターノードのプレイべートキーを作成する。charity-cli masternode genkey# プライベートキーがでるので、メモする。# メモし忘れると、アクセス不能になります。# まぁ、失敗しても、またここからやり直して、新しいキーを作ればいいですがさっき作成したウォレットのアドレスに、CryptBridge などから​​「ぴったり 1000 コインを一回で送金する」​​ここが、割と間違うケース多い。ミスすると送金からやり直し５．マスターノード確認getinfo していると、そのうちノードが同期完了し、balance が、さっき送信した 1000 になるはず。# マスターノード用送金データ確認charity-cli masternode outputsこの結果を後で使います。{    "4f40008f84a7544509283c3c419a91ab9ec5d5fb74c6818b294fca2ccce87c98" : "0"}この場合、output_txid が、4f40008f84a7544509283c3c419a91ab9ec5d5fb74c6818b294fca2ccce87c98output_index が、0 です６．設定ファイルを編集する# まず、デーモンを止めるcharity-cli stop# ifconfig とかで、 IPアドレスを確認する# .charity/charity.conf を編集するrpcallowip=127.0.0.1server=1listen=1daemon=1maxconnections=256masternode=1masternodeprivkey=マスターノードのプレイべートキーexternalip=ＩＰアドレス# ほかのコインだと、port とか設定することもあるけど、このコインは省略できる# .charity/masternode.conf を編集する# 3300 は、マスターノードのポート　コインごとに大抵違うmn1 ＩＰアドレス:3300 マスターノードのプレイべートキー output_txid output_indexmn1 10.10.10.10:3300 jfafdkfjadfjadfjdf 4f40008f84a7544509283c3c419a91ab9ec5d5fb74c6818b294fca2ccce87c98 0みたいな感じ７．ファイアウォールのポートを開く (ポートを開かなくても動くコインはあるけど念のため）さくらのＶＰＳだと iptables を使っているので、その例。sudo nano /etc/iptables/iptables.rules:OUTPUT ACCEPT [0:0] の後に以下を追加-A INPUT -m state --state NEW -m tcp -p tcp --dport 3300 -j ACCEPTlinux を再起動する。８．マスターノードを起動する# デーモンを起動する# charity-cli stop するとか、linux を再起動したら、手動でスタートしますcharityd -daemonここまでうまく設定できていると、状態が確認できるはず。charity-cli masternode list-conf{    "masternode" : {        "alias" : "mn1",        "address" : "ＩＰアドレス:ポート",        "privateKey" : "プライベートキー",        "txHash" : "output_txid",        "outputIndex" : "output_index",        "status" : "MISSING"    }}# マスターノード起動charity-cli masternode start-alias mn1{    "alias" : "mn1",    "result" : "successful"}# コインによっては、masternode start-alias false mn1 とか、masternode start だけとかバリエーションがある# マスターノード状態確認charity-cli masternode statusコインによって表示が違うけど、status が以下になっていればＯＫ    "status" : "Masternode successfully started"あとは、残高を確認しつつ、気長に報酬が振り込まれるのを待ちましょう。charity-cli getbalancemasternodes online の、コインごとの詳細で、平均報酬間隔があります。普通なら、２～３倍待てば、初回報酬が入ります。AVG masternode reward frequency: 2h 54m 49sちなみに、まだ報酬入ってません（ｗ追記:報酬入りました。手順に問題ありません

  2018.09.02

  コメント(0)

• マスターノード構築してみよう（その１）

  せっかくなので、自分のメモもかねて、マスターノード構築手順。まずは、linux 環境の準備前提知識：１．linux がそれなりに使える２．CryptBridge で取引できる※さすがに、この程度はできないと無謀かと前提OS:さくらのVPS　ubuntu 16.04 LTS事前準備：１．必要なパッケージを入れるroot権限で実行してください。例えば、sudo bash とかしてから。apt-get update && apt-get upgradeapt-get install unzipapt-get install gitapt-get install pwgenapt-get dist-upgradeapt-get install software-properties-common nano  libzmq3-dev libssl-dev libevent-dev# 実行に必要そうなものapt-get install libboost-system-dev libboost-filesystem-dev libboost-chrono-dev libboost-program-options-dev libboost-test-dev libboost-thread-dev libboost-all-dev unzip libminiupnpc-dev python-virtualenvapt-get install build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils# 仮想通貨関連リポジトリ追加add-apt-repository ppa:bitcoin/bitcoinapt-get updateapt-get install libdb4.8-dev libdb4.8++-dev２．ユーザ追加念のため、デフォルトユーザでは使用しないほうが安心かと。sudo adduser NEWUSERsudo usermod -aG sudo NEWUSER３．セキュリティ設定# さくらVPSならデフォルト設定済みapt install fail2bansystemctl enable fail2bansystemctl start fail2ban４．ソースからビルドする場合git clone お好みのコインコンパイルに必要なパッケージを入れる。まぁ、以下を入れれば、足りるでしょう。apt-get install libsslapt-get install libdb4.8 libdb4.8++apt-get install miniupnpcapt-get install univalueapt-get install build-essential libtool autotools-dev autoconf pkg-config ./autogen.sh./configure

  2018.09.02

  コメント(0)

• Chroot Jail でマスターノードを分離する

  ​1GBメモリのレンタルVPSで、３～４つぐらいの草コインなら、マスターノード運用できそう。４つ動かしている時点で、ディスクは１０GBぐらい消費。問題は、マスターノードのソフトが悪さをしようとしたら、踏み台にしたり、他のコインの設定ファイルを読み込んで、送金したりもできちゃうこと。ということで、対策としては、無関係のファイルは一切アクセス不能にするlinux には、chroot といって、任意のディレクトリをルートディレクトリに変更する機能がある。なので、コインごとにディレクトリを作って、必要なファイル類をコピーしてから起動すれば、一切悪さができなくなる。ということで、運用中。まぁ、コインごとに必要な共有ライブラリが違うので、その辺が微妙に手間ですが。以下、最新の環境作成スクリプト。#!/bin/shmkdir -p devsudo mknod dev/random c 1 8sudo mknod dev/urandom c 1 9mkdir -p binmkdir -p usr/binmkdir -p lib64mkdir -p lib/x86_64-linux-gnumkdir -p usr/lib/x86_64-linux-gnucp /bin/bash bin/cp /bin/ls bin/cp /bin/cat bin/cp /usr/bin/vi usr/bin/cp /lib64/ld-linux-x86-64.so.2 lib64/cp /lib/x86_64-linux-gnu/libacl.so.1 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libanl.so.1 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libattr.so.1 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libc.so.6 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libdl.so.2 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libgcc_s.so.1 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libm.so.6 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libpcre.so.3 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libpthread.so.0 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/librt.so.1 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libselinux.so.1 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libssl.so.1.0.0 lib/x86_64-linux-gnu/cp /lib/x86_64-linux-gnu/libtinfo.so.5 lib/x86_64-linux-gnu/cp /usr/lib/libdb_cxx-4.8.so usr/lib/cp /usr/lib/x86_64-linux-gnu/libboost_chrono.so.1.58.0 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.58.0 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libboost_program_options.so.1.58.0 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libboost_system.so.1.58.0 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.58.0 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libevent_core-2.0.so.5 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libevent_pthreads-2.0.so.5 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libgmp.so.10 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libminiupnpc.so.10 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libsodium.so.18 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libstdc++.so.6 usr/lib/x86_64-linux-gnu/cp /usr/lib/x86_64-linux-gnu/libzmq.so.5 usr/lib/x86_64-linux-gnu/

  2018.09.02

  コメント(0)

• とーふ流コインの選び方

  ​​​​マスターノードを立てるとき、コインを選びながら、いろいろ思った。ということで、とーふ流コインの選び方について（でも、失敗しても知らないよ）０．心構え　コインが増えることだけ考える。換金を考えない。　例えば、景品と交換できるパチンコじゃなくて、ゲーセンのコインゲームだと思うこと。１．コインとしての特長や、コードの変更履歴は気にしない　普通のコインは、ASIC耐性とか攻撃耐性を気にするので、マメな更新が必要。　なので、開発者が頑張っているかどうかは、github こ更新履歴を見てチェックする。　でも、マスターノードの源流は、DASH。　所詮、既存のマスターノードの仕掛けをコピペ（＋名前変更）するだけで量産できる。　（DASH -> PIVX からフォークしました　と書くだけでOK)　なので、更新は本質ではない。　その反面、詐欺コインも大量に作ることができる。２．コインの目的はあるか　どのコインも、きれいなホームページを作ってる。詐欺コインも同じ。　ロードマップやコンセプトがきちんと書かれているのは当たり前。テンプレがあるし。　なので、「コインを使って何をしたいか？」を見る。　決済手段を提供　とだけ書かれているのは無視。　たとえば、​マンガ図書館Z​みたいに、本業が何かあって、その支援のためにコインを作った。　とかいうコインを選ぶ。　（注：マンガ図書館Zはコインを発行してません）　マスターノードってベンチャー支援だと思う。３．コインとしての流通は確立しているか　立ち上げたばかりだと、こけるのも早い。詐欺かもしれない。　CryptBridgeや　Cryptopia　で取引できるのが最低ライン。　あと、マスターノード数が３桁ぐらいあること。　マスターノードを構築するのに、異なるIPアドレス（異なるサーバー）が必要なので、　２桁ぐらいだと、たぶん簡単に達成できる。　３桁ぐらいあれば、一般の参加者もいると思う。４．損しても構わない金額で、将来もうかるかもしれない金額か　マスターノードを構築するのに、一定のコイン数が必要だが、その辺は財布と相談。　でも安すぎると　VPSレンタルする費用も出せないので、＄１００～ぐらいで。　あと、収益回収率（ROI）は、２００％ / 年 以上で。５．コインの価値はすでに落ちてるか？　はい。この辺が、とーふ流。たいていのコインは取引所に上場後、急落している感じ。　その急落具合は半端ないので、高値でつかむと泣きます。　でも、ベンチャー支援だと思えば、長期保有してリターンを期待するのが基本。　ということで、落ちてるコインを買ってます。こんな感じです。余談：VultrとかのVPSレンタルは、アフィリエイト報酬があるようです。なので、Vultr用のインストーラが用意してあるとか、スタートが簡単すぎるコインは疑ってます。つか、デフォルトが root でログインできるサーバは怖くて使えない。

  2018.09.01

  コメント(0)

• 動かなかったマスターノードやっと起動

  先日、以下のエラーで動いてなかったマスターノードは、linux のファイアウォールに阻まれていただけだった。​error: {"code":-1,"message":"Masternode not found in the list of available masternodes. Current status: Not capable masternode: Could not connect to IPアドレス:ポート"}​さくらのVPSだと、明示的に iptables でポートを開かないと、新規の接続を全部拒否する初期設定だった。スタート時に接続したポートでは通信できるけど、新規接続を拒否するので、動いたり動かなかったりしたようだ。その後、直しても動かないので、信用できないマスターノードとされた模様。結局、createmasternodekey で、新しいマスターノードキーを作成して、別の名前のマスターノードとして登録して解決。（旧: mn1, 新: mn2)なお、草コイン４つ動かしている状態で、以下の状態。メモリが厳しいです。​top - 19:28:31 up  1:14,  1 user,  load average: 0.07, 0.11, 0.12Tasks:  96 total,   1 running,  95 sleeping,   0 stopped,   0 zombie%Cpu(s):  1.0 us,  0.8 sy,  2.7 ni, 94.8 id,  0.2 wa,  0.0 hi,  0.5 si,  0.0 stKiB Mem :  1015900 total,    66640 free,   727132 used,   222128 buff/cacheKiB Swap:  9314296 total,  9223668 free,    90628 used.   142256 avail Mem​

  2018.08.27

  コメント(0)

• 一つのVPSには４つぐらいが精一杯かな

  masternode 構築手順書を作りつつ、調子に乗って、２つの通貨のマスターノードを追加して、合計４つにしてみた。すると、３つめのマスターノードが、外部から接続できなくなって、MISSING のまま。-reindex したり getkey でキー変えてみたり、再度送金して TXID 変えてみたりいろいろやってもダメ。２～３時間ロスして、ふと、今までのマスターノードとの違いはなんだろう？と思って、最後に追加した通貨の conf を見たら、maxconnection=256 って入っている。ひょっとして？と思って、全部の通貨の conf に maxconnection=64 に設定したら、今は動いている。linux としての connection 数に制限があったのかな？やれやれ。疲れたから寝る。追記：やっぱり3つ目のが調子悪い。というか、そもそも、RAM１GB契約だと、草コイン３つで、ほぼいっぱい。メモリ食うなぁ。

  2018.08.26

  コメント(0)

• マスターノードの基本がやっとわかってきた

  マスターノード立てたコインBは順調に報酬が入るが、コインAの報酬が入らないので、コインCに変更した。で、ソースを見ていたら、ほぼ一緒。あれ？と思って、やっと気が付いたこと。その１：マスターノードの仕組み自体は、DASH がベース。なので、DASH のマスターノード構築法を丸パクリでOK.これまで見つけてわかりやすかったのは、DASHから fork した PIVX のマスターノード構築サイト。​https://pivxmasternode.org/2017/03/08/step-step-guide-setting-masternode/​その２：報酬の予想周期が確認できるサイト（​https://mn.zone/​）があるけれど、初回については2倍程度の時間待つ必要があるようだ。最初にコインBの報酬が入ったのは、そもそも１２時間ぐらいで報酬が入るコインだったようだ。今はコインCの報酬待ち。稼働時間から考えると、そろそろ入るはず。その３：ウォレットは、普通のPCで作るのが基本。マスターノードは、VPSに構築するのが基本。ということらしい。ウォレットでマスターノード用にアドレスを追加して作成し、それに対し、​​​正確に指定の数​​​のコインを送金し、その TXID をマスターノードに関連付けて開始する。windows のウォレットを対象に手順が書かれているサイトがほとんど。VPS上にウォレットを構築したので、余計な手間を食ったようだ。その４：タネ銭は、CryptBridge とか Cryptopia で容易するのが簡単。ただし、取り扱っていても、妥当なレートとは限らない。ということで、皆さんも、マスターノード沼へおいでませ～​​

  2018.08.24

  コメント(0)

• マスターノード報酬が入った（追記あり）

  さっき、telnet でVPSにログインして、ウォレットを確認したら、残高が増えてた。20000 単位入れて、二日後に 60 。年利 50% ぐらいですかね。まぁ、問題は、通貨自体の値段なのだが、取引所の履歴を保存したから、そのうち検証するつもり。なお、通貨選択の参考にしたサイトは以下の通り。​https://masternodes.pro/statistics​​https://masternodes.online/​​https://www.crypto-coinz.net/master-node-calculator/​ちなみに、ウォレットとマスターノードのマシンは別でも構わないらしいという未確認情報もあった。そうすれば、手元のPCにウォレット入れて、VPSにマスターノード立てれば、残高確認が楽になりそうだ。まぁ、怪しいソフトをホイホイ自宅PCに入れたくないので、今のまま運用するけど（ｗ追記：三時間後に見たら、報酬が 120 になってた。一日あたり 60 だから、年利 100% このまま行ってほしい。追記（8/18)報酬が 240 。8/15 にスタートしたマスターノードなので、三日で 240。こりゃすげーでも、もう一つのほうは、まったく増えない。こっちは何か間違ってるか？

  2018.08.17

  コメント(0)

• masternode やっと立ち上がった

  masternode に対応している通貨のガイドに従って、 masternode を立ち上げた。基本的には、通貨ごとにフォルダを作って、その下に通貨用の実行ファイルが入るのですね。で、すんなり立ち上がったので、調子に乗って二個目を立ち上げたらハマった。何度やっても、同期中のままで、スタートしない。ついでに、wallet の残高も０のまま。しばらく悩んで、デバッグログがあることに気が付いてチェックすると、ブロックチェーンの不整合が発生して、masternode 検証用の送金が認識されていない。デーモン起動時に -reindex コマンドを追加して、再構築すれば解決すると気が付くのに一時間。その後は、特に大ハマりすることもなく、動作。基本的なやり方は、どれも同じなんだろうけど、一旦エラーが発生すると厳しい。ハマったことで、いろいろ分かってきて、なぜレンタルサーバーに構築する必要があるかが分かった。masternode は、当然 hot wallet なので、そのIPアドレスにリモートで入れれば、金を送金し放題なわけだ。恐ろしい世界だ。追記：xxxx-cli masternode status でみるとエラーになったが、xxxx-conf の rpcallowip=IPアドレス　を指定して解決

  2018.08.15

  コメント(2)

• レンタルVPSサーバ試用はじめました

  マイニングも厳しいなぁ。と思っていたら、マスターノード　というキーワードが流れてきた。なにそれ？おいしいの？とりあえず、DDoSアタックがありうるということなので、レンタルVPSサーバを仮契約それで分かったこと。・GMOクラウドVPS　WEBインターフェースが遅い。ストレスたまる。linux ディストリビューション変更ができない　WEBコンソールで、入力できない文字がある。　：　が入力できないと vi 使えないじゃんか。立ち上げるまでは、試行錯誤があるから、ディストリビューション変更できないと非常に困る。てなもんで、別のVPSもお試し。・さくらインターネット　上記の問題点がない。快適　プランがいろいろ細かくてよくわからない。スペックによってお値段がガンガン上がりそう。さくらインターネットで決まりかな。

  2018.08.14

  コメント(0)

全19件 (19件中 1-19件目)

1