こんにちは。
この記事では 「国内の取引所で ADA を買う → Lace ウォレットを作る → KIBA に委任する」 までの流れを、初心者でも迷わず進められるように解説します。

📌 Step 0：ADA を購入できる国内取引所

日本で ADA（カルダノ）を購入できる主な取引所はこちら：

この記事では bitbank を例に進めますが、
BITPOINTでも同じ流れでOKです。

🪪 Step 1：取引所で口座開設する

1. 取引所アプリをダウンロード
2. メールアドレスを登録
3. 本人確認書類（マイナンバーカード or 運転免許証）を提出

⏱ 所要時間：10〜15分

💴 Step 2：日本円を入金する

取引所の「入金」メニューから、以下のどちらかを選びます。

• 銀行振込
• クイック入金

bitbank は着金が速いので使いやすいです。

💱 Step 3：ADA（カルダノ）を購入する

1. 取引画面を開く
2. ADA/JPY を選択
3. 成行注文で購入（初心者向け）

🔐 Step 4：ウォレット（Lace）を作成する

ADAをステーキングするには、
取引所ではなく Cardanoウォレット が必要です。

今回は Lace（レース） を使います。

• IOHK（Cardano公式）が開発
• デザインが直感的で使いやすい
• Chrome拡張

Laceのインストール方法：

1. Chrome Web Store で「Lace」を検索
2. 追加 → 有効化
3. 新規ウォレットを作成
4. 復元フレーズを紙に控えて厳重に保管

⚠️ 復元フレーズは必ずオフラインで管理してください。

📤 Step 5：ADAを Lace に送金する

Lace の「Receive（受取）」タブからアドレスをコピーし、
bitbankの「送金」から ADA を送ればOKです。

出金後、登録しているメールに出勤申請完了のお知らせというタイトルのメールが届きます。メール本文内に出金処理を開始するためのURLが記載されていますので、クリックし出金処理を開始します。

着金まで数分〜十数分。

🪙 Step 6：ADA を KIBA プールへステーキングする

いよいよ、KIBA への委任（ステーキング）です。

1. Lace の Staking（ステーキング） を開く
2. プール検索画面で KIBA を入力
3. 下記プールを選択して「Delegate」を押す

🔵 The Kibatsu Club Stake Pool

ティッカー名：KIBA

これだけでステーキング完了です！

⏱ 初回報酬：15〜20日後
⏱ 以降：Poolでブロックが生成された場合は5日ごとに自動で付与されます

⚠️ 注意点

• ADA 価格は変動します
• 復元フレーズは絶対に他人に見せない
• 国内取引所の取扱は変わる可能性あり

🎉 まとめ

この記事を読めば、

• ADAを日本で購入
• Laceウォレットを安全に作成
• KIBA にステーキング

という流れが簡単に実践できます。

The Kibatsu Club Stake Pool（KIBA） は
安定運営4年以上、Lostゼロ、極めて高い可用性を維持しています。

Cardanoネットワークの分散化のため、
あなたのステークが大きな力になります 🔵✨

奇抜倶楽部ステークプール管理⼈、YOWZAです。
今回はステークプールの障害対応について記します。

みなさんの中にもシステムトラブルに遭遇された⽅もいらっしゃるかもしれません。最近話題になっている、みずほ銀⾏のシステム障害などがその一例です。急いでいるときにATMからキャッシュカードや通帳が取り出せず、その場から離れられないといった目に遭ってしまったら⾮常に厄介ですよね。

エイダコインのステーキングに関しては、もし万が一ステークプールに障害が発生したとしても、エイダコインが出金できなくなることはないのでご安⼼ください。

ITサービスマネジメントの世界では、企業や組織が提供するITサービスがシステムの不具合により正常に利⽤できない、またはサービスの品質や利便性が損なわる障害を「インシデント」と呼びます。

みずほ銀行の例でいうと、以下のようになります。

• ATMからキャッシュカードや通帳が取り出せない！ → インシデント発生
• 障害発生のアナウンス、障害内容の特定、対応、一時的な改善 → インシデント管理

インシデント管理では、可能な限り迅速に通常のサービス品質に復旧するための改善を行います。インシデントを発生させた要素は問題管理として管理されます。問題管理では、根本原因の解消を目指します。

みずほ銀行の場合は、新基幹システム「MINORI」をマルチベンダー（富士通、日立製作所、日本IBM、NTTデータ）へ分割発注したことと、前身3行（第一勧業銀行、富士銀行、日本興業銀行）の旧システムが混在していることもあり、すべてを把握するのは不可能と思いますし、問題管理で発生原因を管理したとしても、根本原因を取り除くことは相当難儀であることが想像できます。

インシデント管理について

インシデント管理の流れは、以下の通りです。

1. ① インシデントの受付
2. ② インシデントの分類・優先度の設定
3. ③ 担当者もしくは上位部署への引き継ぎによるインシデントの解消
4. ④ インシデントの回答
5. ⑤ インシデントの解決とクローズ

それぞれの内容は以下になります。

① インシデントの受付

サービス利用者からの問い合わせや、障害管理システムからのアラートを受けて、窓口担当者やアラートの管理者が受付を行います。

② インシデントの分類・優先度の設定

過去に同様の事例がないかデータベースを確認し、内容や影響範囲に応じて緊急度や優先度を設定します。
最初に問い合わせを受けた担当者レベルで解決できないと判断した場合、上位部門へ引き継ぎます。

③ 担当者もしくは上位部門への引き継ぎによるインシデントの解消

対応が容易なもの（マニュアル化されたもの）は、インシデントの受付を行った担当者が対応します。
担当者では対応できないインシデントは、上司や責任者へ引き継ぐことでインシデントの解決にあたります。

④ インシデントの回答

インシデントが解消された後、問い合わせユーザーに回答し、システムの利用者に周知します。

⑤ インシデントの解決とクローズ

インシデントを解消した記録をデータベースに登録します。データベースに登録後、適宜、他の担当者に共有を行います。また、経過の観察が必要なインシデントは、その対応が終了するまでインシデント管理を継続します。

ステークプールでのインシデント管理の例

ステークプールを運営していく上でのインシデント管理の例としては、ブロックプロデューサーノードやリレーノードのサーバーダウンや、CPUやメモリー使⽤率の⾼負荷によるシステムダウンが挙げられます。
事前に予知可能な障害は、障害発⽣時にメールやLINEに通知されるように事前に設定しておきます。
通知を受けるとインシデント管理の業務フローに基づき、インシデントの受付から始まり、インシデントの解決とクローズまで流れるようにイメージしています。大きな会社のシステムであれば、それらは全て分業となるので業務フローや報告を明確にする必要がありますが、「奇抜倶楽部ステークプール」は私ともう一人のメンバーだけで運営していますので、
ガチガチにフローを遵守する必要はありませんが、私自身普段は大規模のITインフラの管理運営も行っているので、どうしてもフローどおりにしたいと思ってしまいます。

もし既出でない障害が発生した際は、それが頻繁に起こりうるものなのかどうかを検討し、今後も起こりうる可能性の高いものであれば、対策を検討します。例えば、カルダノノードのプログラムのバージョンが上がることでメモリ使⽤率が向上したことにより、プログラムが頻繁にダウンするなどの障害が発⽣する場合は、恒久対策として物理的なメモリを増加させるといった措置を取るといった具合です。

「奇抜倶楽部ステークプール」では幸いなことに今まで一度も障害は発生していませんが、
今後もし発生した際はITILに沿った形で対応をし、速やかに復旧できるような準備は心がけています。

「奇抜倶楽部」は、安⼼・安全で堅牢なステークプールを今後も維持していきます。
「奇抜倶楽部」ティッカー名:KIBA  への委任を、ぜひよろしくお願いします！

ITILについての補足

前回、今回とご紹介したITIL（Information Technology Infrastructure Library）ですが、ITIL v2 / ITIL v3 / ITIL 4と新たな内容を盛り込みながらバージョンを上げています。

ITIL v2 では、「プロセスアプローチ」と「ベストプラクティス」が大きな特徴としてあげられます。プロセスアプローチとは、業務をプロセスという単位に分け、横断的に管理し、プロセスごとの役割と責任を明確にしていきます。2006年にJ-SOX（金融商品取引法に定義される内部統制報告制度）が制定された際に、上場企業では、受発注処理や請求処理などのワークフローをExcelのワークシートに描画するといった業務フローの整備に明け暮れました。プロセスアプローチとは、その時の業務フロー作成に近しいです。もう一つのベストプラクティスは、実在の企業に適用されていて、効果のあった事例についての紹介になります。

ITIL v3 では、サービスインフラにとらわれず、ビジネスと見立てた戦略的なガイダンスが盛り込まれています。サービス提供における「ライフサイクル・アプローチ」の概念を採用しているのが特徴です。サービスを継続していくには、顧客からの需要を把握し、利益を上げていく必要があります。このようなビジネス的な観点が含まれています。

奇抜倶楽部ステークプール管理⼈、YOWZAです。
今回は「Alonzo」対応後の体感速度の遅さについて、ステークプールオーナーの目線で記します。

9月13日の「Alonzo」ネットワーク切り替え以降、Twitterで”ダイダロス・ウォレットが重い”、”同期が完了しない”といったつぶやきが多く見られるようになりました。ダイダロス・ウォレットは、カルダノの全てのブロックチェーンをパソコンにコピーするフルノードのウォレットになります。フルノードのウォレットが起動時に時間がかかるのは、その特性上仕方のなの無いことですが、9月13日以降は、さらに時間がかかるようになりました。

以前の記事（「Alonzo」対応に伴う変更作業）でも記しましたが、ステークプールのブロックプロデューサーノードやリレーノードでも、メモリ使用量が約１．５倍に増加しています。

メモリー使用量増加の理由としては、スマートコントラクト機能の実装になります。カルダノは、２０２０年７月に公開したYoutubeでチェーンリンク（Chainlink/LINK）との提携を匂わせていましたが、2021年9月26日に正式に提携を発表しました。スマートコントラクト機能は、チェーンリンクとの提携には必要不可欠な機能であり、”異なるブロックチェーン間の連携”や”第三者の支払いシステムとの連携”、天気情報、スポーツ情報、保険契約といったブロックチェーン外部の情報とカルダノブロックチェーンを安全かつ信頼性の高い方法で繋ぐことができるようになりました。

機能がアップグレードすれば使用するリソースが増加することは仕方のないことですが、ダイダロス・ウォレットが重いのはどうにかしたいものです。

ヨロイは、フルノードではない簡易型のウォレットなので、ダイダロス・ウォレットの重さが気なる方は、こちらを利用してみるのも手です。

それでもやはり、ダイダロス・ウォレットを利用したい方はウォレットを起動させているパソコンを買い換える、もしくはメモリーの増量をしてみるのが良いと思います。増量する際は、１６GB以上をおすすめします。

その他にも、アマゾンの仮想デスクトップを契約して、そこで起動する方法もあります。ダイダロス・ウォレットはLinux版も存在しているので、海外のVPS（Virtual Private Server）をレンタルして、常時起動させておくことも可能です。メモリー１６GBを搭載したVPS利用料は、月額約２０００円なので、その利用料でも安いと思う方は、導入すれば快適になるでしょう。

興味ある方は、ぜひご相談ください。

今回はこのへんで失礼します。

奇抜倶楽部への委任の検討よろしくお願いします！

奇抜倶楽部ステークプール管理⼈、YOWZAです。
9⽉13⽇に実施されたAlonzoネットワークへの切り替えに伴い、ステークプール運営者は
システムの変更作業を行う必要がありました。それを実施しないとブロック生成ができなくなり、委任者はステーキング報酬を得られなくなってしまい、大きな迷惑をかけてしまいます。もちろん私が運営している「奇抜倶楽部ステークプール」も変更作業は事前に済ませました。作業自体は難しくはないレベルなのですが、その作業を行ったときに思ったことについて記したいと思います。

みなさんはITILという⾔葉を聞いたことはあるでしょうか？ ITILとは、Information Technology Infrastructure Libraryの頭⽂字を取った単語で、ステークプールのようなIT
サービスを運営する上での教科書みたいなものです。言い換えると、今までに提供されてきたITサービスの成功事例集であり、このITILのプロセスに従うことで安定かつ持続的なサービスが提供できると言われています。

今回のAlonzoへ対応するための変更作業は既存のシステムも稼働させつつ作業を行う必要がありました。そういった場合はITILに沿って考えると、以下の3点に注意すべきです。

1. ① トラブルが発⽣したら、その発⽣箇所をすぐに特定すること
2. ② システムがダウンしたら、その時間は最⼩にすること
3. ③ 今回は変更対象とはならないシステムを特定すること

Alonzo対応への変更作業の具体的な流れ

まず変更作業をいつまでに実施が必要かを確認します。
今回のハードフォークの⽇時は９月１３日の６時ごろでしたので、それまでに全ノード（奇抜倶楽部のステークプールでは、ブロックプロデューサーノードが１台、リレーノード２台）のアプリケーションのバージョンアップを実施します。

次に、ダウンタイムは何分くらい想定され、それを最⼩にするべく考察します。
今回もX-Stakepooloさんのマニュアルを参考にさせていただきました。Alonzoに対応したソースコードをコンピューターで動かすことができる実行ファイルに変換して、古いものを新しいものに置き換えて、ノードを再起動することで変更作業が完了するとのことで、ダウンタイムはこの再起動時間となります。リレーノード２台のうち、どちらかが稼働していれば、ステークプール⾃体はダウンしたことにはならないので、実際のダウンタイムはブロックプロデューサーノードの再起動の時間ということになり、その時間は５分程度と想定しました。５分程度のダウンタイムですが、プール運営に影響を及ぼしません。ステークプール上でのブロック生成は、５日間のエポック期間内に行われます。状況確認用のプログラムで、今ブロック生成しているかどうかは確認できますので、ブロックが生成中でないタイミングでノードを再起動することにより、ステークプール自体に影響を与えず変更作業が完了します。

最後に、今回は変更対象とはならないシステムを特定します。
ステークプールを監視している監視サーバーの設定変更は不要です。しかしスマートコントラクト対応により、各ノードが使⽤するメモリー容量が１．５倍程度に増加するとのことで、各ノードで実施していたトランザクションのメモリープール（トランザクションが確認される前の待機領域）の監視の無効化が推奨されていました。いままでは監視サーバー上でメモリープールの監視を⾏っていたのですが、今回ノード上での監視を無効化にするため、監視サーバーでは数値が表⽰されない状態になります。事前にこういった確認をしておくことで、バージョン・アップ後に、監視サーバーの表⽰に違いが⽣じても、焦って⾒直しをかけるといった⼼配がなくなります。

ということで「奇抜倶楽部ステークプール」では、９⽉３⽇に変更作業を実施しまして、無事バージョン・アップ対応を完了しております。プール運営のシステムに関して何か質問があればお寄せください。

今回はこのへんで失礼します。
奇抜倶楽部の委任もよろしくお願いします！

奇抜倶楽部ステークプール管理人、YOWZAです。

今回は、ステークプールを運営する際の定型業務について共有したいと思います。

サービスを提供する上での定型業務とは、依頼管理（顧客受け入れ対応、問い合わせ対応など）、サービス要求（サービスエンハンス、品質改善）、サービス報告（インシデント報告、月間レポート）、バックアップ（機器構成情報のバックアップ）、計画停止などが挙げられます。

企業がクラウドサービスを提供する際には、少なくとも年に一度、定期監査が待ち受けています。業務フローが定型化され、普段からフローに則って運営しているサービス部隊であれば卒なくこなすのですが、業務フローすら文書化せずにサービス提供を開始してしまったサービス部隊にとっては地獄のような監査の時間になります。
業務フローの整備（定型業務の文書化）は、サービス提供・運営をスタートする上での最低ラインではないか思います。

それでは、カルダノステークプールを運営する上での定型業務について説明したいと思います。

カルダノステークプール運営時の定型業務

カルダノステーキングプールを運営していく上で最低限費用な必要な定型業務は以下のような業務に業務になるかと思います。

• KES管理
• Pledge管理

その他にも、セキュリティパッチ管理や障害管理などあるのでは？とお思いの方もいらっしゃるかもしれませんが、それらは別枠で今後投稿させていただきます。

KES管理とは

プールオペレーターの方は、毎日のように見ている画面になりますが、障害監視ツール（Prometheus）から収集されたデータを可視化するGrafanaの一番上に表示されています。

カルダノのステークプールの運営において、最低限必要となる業務になります。

そもそもKESとは何ぞや？ですが。

KES = Key Evolving Signature

です。
直訳すると、署名を進化する（させる）鍵でしょうか。。。

カルダノのステーキングプールでは、プール運営開始から一定期間が経過すると、キーが新しいキーに進化し、古いバージョンが破棄されることを意味します。

これは、攻撃者がキーを侵害して署名キーを剥奪された場合でも、剥奪されたキーを使用してブロックに署名することはできますが、以前のブロックも履歴を書き換えることができないような仕組みになっています。

KESキーは特定の期間しか使用することはできず、その後は役に立たなくなります。つまり、その期間数が経過する前に、プールオペレーターは、新しいKESキーペアを生成し、その新しいキーペアを使用して新しい運用ノード証明書を発行し、新しい証明書を使用してノードを再起動する必要があります。

したがって、ステークプールではKESキーの管理手順を文書化して、運用フローを確立しておくことが重要になります。

Pledge管理について

Pledgeとは、プールオペレータがー自身が運営するステークプールで、自身のプールで委任されるステーク量の宣言になります。

誓約したステーク量と報酬は、あまり関係ないという記事をみかけますが、若干ながらPledgeを上げると報酬も増えます。

とはいえ、実際のステーク量がPledgeのステーク量を下回らないことが重要になります。

一時的に第３者からの委任量が増加したからと言って、むやみにPledgeを増やしてしまうと、ステーク量がPledegeを上回っている状態であればよいのですが、下回ったときに再度Pledegeを下げた状態で誓約すると、次のエポックでブロック生成のスロットリーダに選出される確率はゼロになります。

なので、Pledgeについては、プールオペレータが自身が所有するステーク量で誓約しておくのが一番安全かなと思いつつ、奇抜倶楽部ステークプールでは、500ADAからスタートしています。

それでは、今回は、このへんで失礼いたします。

奇抜倶楽部のステークプールをぜひよろしくお願いします！

奇抜倶楽部ステークプール管理人、YOWZAです。

今回は、ネットワークについて書き起こしたいと思います。

わたしは、以前、Hadoopを利用したサービスを運営していたことがありまして、非常に大変な思い。ではなく、大変良い経験をさせていただきました。Hadoopというソフトは、数年前まで住宅情報サイトの”SUUMO”やYahoo!Japanのアクセスログ解析などのシステムに利用されていました。流行り物好きのわたしも、時代の潮流に抗うことなく、Hadoopを採用した企業向けクラウドストレージサービス（ドロップボクスやマイクロソフト社ワンドライブにようなサービス）を企画・構築・運営していました。

ご存じの方も多いと思いますが、HadoopのHDFSはNameNodeとDataNodeの２種類のノード（ネートワークに繋がる機器）で構成されます。NameNodeが１台あり、その配下に複数台のDataNodeがぶら下がります。

DataNodeが分散化されたファイルの置き場で、NameNodeが分散化されたファイルの辞書をもっているとイメージしてもらえればわかりやすいかと思います。

NameNodeが厄介物でして。このノードはシングルでしか起動できないのです。なので、サービス停止を避けられないクリティカルな環境において（例えば、クレジットカードのオンライン決済やコンビニエンスストアの決済のような）は、DRDBというストレージをミラーリングするツールを利用し、アクティブースタンバイの構成にしたりします。

要は、通常はアクティブになっているNameNodeが動きつつ、動いている間に更新されるデータは、せっせせっせとDRDBが裏方でスタンバイのストレージに書き込んでいる（ミラーリング）といった感じです。

カルダノのステークプールも、ブロックプロデューサーノードの頭脳部分と他のステークプールのリレーサーバーと連携するリレーノードがあり、なんとなく構成似ているなーと思いつつ、プールを構築するに当たり、ネットワークで考慮するポイントをご紹介したいと思います。

ステークプールの宣言方法について

ステークプールで報酬を得るためには、自分が運営しているトポロジー（ブロックプロデューサーノードとリレーノードの組み合わせ）をカルダノのブロックチェーンに登録しなければならないです。

トポロジーを登録する際に、自分が運営するステークプールのリレーサーバーを宣言する必要があります。

リレーサーバの宣言の仕方は、複数存在しています。巷では、主に３つ紹介されていますが、実は以下の４つかな？と思っています。

IPによる指定

リレーノードのIPアドレスを直書きします。

--pool-relay-ipv4 [リレーサーバー１のIPアドレス] \
--pool-relay-port 6000 \
--pool-relay-ipv4 [リレーサーバー２のIPアドレス] \
--pool-relay-port 6000 \

• 長所
• 簡単でわかりやすい
• リレーアドレスを２つに分離しているので、他のプールは最も近いリレーノードに接続してきます。
• ２つのリレーノードが指定されているため、一つのリレーノードがダウンしても、もう一方のリレーノードが稼働していることでプールの評価に影響を与えません。
• 短所
• リレーノードのIPアドレスが変更をする必要がある場合、ステークプールを宣言し直す必要があります。
• 他のプールにIPで伝搬してしまっているため、新しいリレーノードのIPに更新される必要があります。

サブドメインによる指定

ドメインのDNS管理画面にて、Aレコードを追加します。Aレコードとは、インターネット上のサーバーのニックネームみたいな感じです。IPアドレスは、数字の羅列ですが、webのように名前をつけることで、人間でも認識しやすくなります。
登録したレコードは、Aレコード＋ドメインとして、インターネット上のアドレスとして機能します。この一意のアドレスをリレーノードごとに繰り返し記述します。

--single-host-pool-relay relay1.kibatsu.club \
--pool-relay-port 6000 \
--single-host-pool-relay relay2.kibatsu.club \
--pool-relay-port 6000 \

• 長所
• リレーアドレスを２つに分離しているので、他のプールは最も近いリレーノードに接続してきます。
• ２つのリレーノードが指定されているため、一つのリレーノードがダウンしても、もう一方のリレーノードが稼働していることでプールの評価に影響を与えません。
• リレーのIPが変更された場合においても、DNSレコードを更新するだけで済みます。
• 短所
• リレーを追加/削除する場合は、ステークプールを再度登録する必要があります。

SRV DNSによる指定

ドメインのDNS管理画面にて、SRVレコードを追加します。レコードの名前はサブドメインになります。同一のSRVレコードの優先順位に応じて接続されるリレーノードが変わります。

--multi-host-pool-relay _relay._tcp.kibatsu.club \
--pool-relay-port 6000 \

• 長所
• リレーのIPが変更された場合においても、DNSレコードを更新するだけで済みます。
• 短所
• すべてのリレーのIPは1つのドメイン配下にグループ化されているため、ネットワークがリレーを個別に最適化することはできません。
• 1つのリレーのダウンタイムは、他のリレーの評価に影響を与えます。

ラウンドロビンDNSによる指定
ドメインレジストラによっては、単一のAレコードを作成して、複数のIPを指定することができる場合があります。GoDaddyでは設定可能です。

--single-host-pool-relay relay.kibatsu.club \
--pool-relay-port 6000 \

• 長所
• リレーのIPが変更された場合においても、DNSレコードを更新するだけで済みます。
• 短所
• すべてのリレーのIPは1つのドメイン配下にグループ化されているため、ネットワークがリレーを個別に最適化することはできません。

奇抜倶楽部のステークプールでは、2のサブドメインで指定してます。

リレーノードの地理的設置場所について

奇抜倶楽部のステークプールでは、現在、リレーノードを2台配備しています。同一のサービス内もしくは同一のリージョンに構築・運営し、万が一大災害が発生した場合でも事業継続できるような仕組みにしています。

ということで、奇抜倶楽部ステークプールをよろしくお願いします。

まえおき

奇抜倶楽部ステークプール管理人、YOWZAです。

前回は、本番サーバーを稼働させる前のテストをおこないましたので、今回は本番用稼働サーバーを選定していきたいと思います。

一重にサーバーと言いましても、オンプレミス、クラウドなど、さまざまな選択肢があり、運用者としては、試行錯誤が必要です。

ちなみに最近はクラウドのVPS一択のように語られますが、費用対コストを考慮すると、モノによっては、自宅サーバーが安く済んだりする場合もあります。

とはいえ簡易的な静的なHPなどでしたら、Hugo＋Netlifyなどで、サクサクっと無料で公開できたりします。興味がある方いらっしゃれば、そのうち記事にしたいと思います。

前置きは、これぐらいにしまして、奇抜倶楽部ステークプール（ティッカー： KCSP）のサーバー選定の仕方をツラツラと書き残します。

選定の基準について

ステークプールを運営するためのサーバーは、24時間稼働が必至なのでクラウド上のVPSが主流になります。お金が有り余っている人であれば、コンテナ市場でコンテナを購入して、コンテナデータセンターを構築するのもありです。500万円ぐらいで構築できるって記事を昔見た気がします。

とはいえ、資金不足＆労力不足なので、一般的なVPSで構築をしていきます。

奇抜倶楽部のステークプールでは、以下のような項目に重視しサーバーを選定しました。

• 安定していること
• 運営会社の信頼性
• コスト

VPSといっても、世の中にたくさんあるのですが、自分が今まで採用したことのあるクラウドサービス（Conoha、CloudAtCost、さくらのレンタルサーバー、Google Cloud Platform、 Amazon Web Service）ならびにDigital Ocean、Vultrあたりで選ぼうと思います。

安定していること

正直言ってしまうと、Cloud At Cost以外は、安定しています。通常クラウドサービスは、SLAを公開していて、XX％の稼働率保証を謳っています。

AWSのEC2では、以下のような感じです。

ステークプールには、ブロック生成を担うブロックプロデューサーノードと他ステークプールとの通信を行うリレーノードと大きく2種類が存在しています。

リレーノードが5時間停止してしまうと、ステークプールが切り離されてしまうようなので、リレーノードについては、２台構成（Active-Activeで稼働）としておけば、まぁどこのVPSでも安定して稼働することと想定されます。

運営会社の信頼性

会社の信頼性を数字で語れれば。。。。わたしにはそんな度胸はありません。なので、気になった記事などあったら、その会社が提供しているサービスは避けるようにしています。

例えば、この辺の記事でしょうか？

顧客の請求データを流出してしまったのですが、それよりも、２０２０年にレイオフしたあとに、２０２１年にIPOしているのが、どうも。。。。

なおで、DigitalOceanは避けようかなーと思います。

• コスト

ステークプール運営にとって、コストは重要です。委任料が少ない状態でコストばかりが垂れ流しになると、髪の毛が多い人でもハゲるでしょう・・・

AWSやGCPを採用しているステークプールを見かけますが、ある程度、委任してくれる人を見つけてからスタートしてるんじゃないかと思います。

比較してみました

ということで、ざっくりですが比較してみました。

どれを採用したのか？

すべてにおいて優等生のVulturを選定してみました。
が、いきなりVultureで３台揃えるのもコストが嵩むので、Vultur＋CloudAtCostで行きたいと思います。
ブロックプロデューサー１台とリレーノード１台は、Vulturから日本リージョンで切り出します。
リレーノードの一台は、カナダのCloudAtCostで運営します。

リレーノードは、距離（レスポンス）に応じて、通信ノードを変えるので、ノードの置き場所を日本とカナダにおいた場合の違いなども考察していきたいと思います。

それでは、今回は、このへんで失礼します！

奇抜倶楽部ステークプール管理人、YOWZAです。

今回は、ステークプールに利用するサーバーの選定について考察したいと思います。

管理人は、ステークプールのサーバーで利用するLinuxに学生の頃から触れてきました。当時は、UNIX USERという月刊の雑誌が発行されており、内袋にCD-ROMが付いていまして、そのCD-ROMにいくつかのディストリビューション（Slackwareだったり、FreeBSD）が入っていました。
当時自分で組んだDOS/Vのパソコンにインストールして、ワシャワシャして喜んでいました。今となっては、何が楽しかったのか。。。あれから、28年も経ってしまいました。

さて、回想はそれくらいにしまして本題に移らさせていただきます。

本番サーバー選定の前に

管理人の経験上、メーカーの提唱するスペックほどいい加減なものはないので、まずは自分が通常使用しているVPSでテストしてみます。

テストするには、やはりコストをかけたくないので、なんといっても買い切り型のVPSであるCloudAtCostを使ってみます。

以下のサーバーを切り出してみました。

• Block Producer Node
• CPU： 4Core
• Mem； 8GB
• SSD： 24GB
• Relay Node
• CPU： 4Core
• Mem； 8GB
• SSD： 24GB

手順については、、xStakePoolさんのカルダノステークプール構築手順を参考にさせていただきました。（有志の方々すごいですね、非常に感謝です！）

実際の利用状況です。

• 以下はBlock Producer Nodeです。

構築手順の最小構成では、2Coreでしたが実際にCPUリソースはあまり使ってないですね。Prometheus（監視ツールです。）で20日間ほど見てみましたが、フルになることは無かったです。

一方、メモリはサーバー全体で6GB使用しています。Block Producer Nodeのプロセスの使用容量はは、最大で3.92GB、平均で2.47GBでした。

• 以下はRelay Nodeです。

こちらも、CPUリソースはあまり使っていないようです。

通信対象が増えるため（Out:19 / In:84）、リソースは若干多めに使用しているようです。

メモリー使用量を見てみると、若干ですがメモリー使用量が多いです。とはいえ、ほぼBlock Producer Nodeと同等でした。

簡単なテストですが、以上を踏まえて、どこのVPSを使うか検討をしていきます。

今回は、この辺りで失礼します。

こんにちは。奇抜倶楽部管理人のYOWZAです。

8月某日に三浦半島の盗人狩に磯釣りに行ってきました。

ちなみにこんなところです。

盗人狩は、釣れそうな場所がたくさんあり、このブログの読者の方もご存知の方がいらっしゃるのではないでしょうか？岩場ですが意外と足場もよく滑って転ぶ心配も少ないです。

朝7時に現地に到着し、釣り道具一式とコンビニで購入した朝食（おにぎりと野菜ジュース）を片手に磯場に向かいます。

今回使う釣り竿は、シマノの405EX-Tというゴク一般的な振り出し竿です。餌は、前日までに買っておいた剥き身のアサリを使用してみました。

ちなみにわたしは磯釣りは初心者なので、上級者の方いらっしゃいましたらいろいろと教えてもらいたいです。

ウキフカセのし掛けで2Bのウキをつかって、アタリを見守る釣りです。冷凍オキアミとマルキューのヨセアミ粉末を使って捏ねること10分で、簡単なコマセの完成です。

自宅を2時間前に飛び出してから、第一投を投げ入れるところまでがメチャクチャワクワクしますよね！おそらく釣り好きの方は大概がそうだと思うのですが、この時間の妄想は、半端ないかと。今日は、どんな魚が釣れるかな〜。。。大きいの釣れるかな〜。。。釣れすぎて、クーラーボックス入り切らなかったらどうしようなー。。。などなど

とういうことで、一投目の投げ入れです。

この辺は、オハグロベラがめちゃくちゃ良く釣れます。

白身の魚で体高もあるので、食べると美味しいとネット上では見かけるのですが、いまだに食べたことはないです。見た目がどうもグロテスクというか、名前もオハグロベラって、なんとなく食欲を削ぎ落とされてしまいます。

オハグロベラはかなりの数が釣れました！自慢になりませんが。。。この日も、20匹弱は釣れてます。

あとは、クサフグですね。これらの外道は、全てリリースしました。

外道ばかりが爆釣の中、辛抱して釣れたのがコレです。

めっちゃ引きが良かったです。

サイズ比較にタバコとか置くのを忘れてしまい、サイズ感がお伝えできずすみません。

なんと、10cmです（泣）。引きは良いもののめっちゃ小さいですね！

速攻リリースしました！

とまぁ、３時間程度の磯釣りを楽しんだ後、車で休憩をとって帰宅しました。

それから、みなさんこちらの盗人狩では注意してもらいたいことがあります。

ヌカカという虫はご存知でしょうか？ヌカカは、アブの一種なのですが、刺されると2週間ぐらい痒みが収まらず、ずーっと腫れっぱなしになる危険な虫です。気になった方は、ググってみてください。
磯釣りなどで、コマセが岩場におちて汚れることで、繁殖しているようです。
みなさん、釣り場を後にする際は、バケツでキレイにしてから帰宅しましょう！

それでは、今回はこのへんで失礼します。

こんにちは。奇抜倶楽部管理人のYOWZAです。

今回は、私がカルダノステークプールを構築する際に、疑問だった点や、つまずいた点を記します。

私はかねてから暗号通貨には興味があり、いくつかの草コインでマイニングやステーキングをした経験があります。マイニングといえば、CPUマイニングやGPUマイニングが流行りました。

CPUとGPUの違いを簡単に説明すると、CPUは司令官で、GPUは兵隊のことでしょうか。CPUはパソコンやスマートフォンに搭載される半導体チップで、いわば頭脳に相当します。GPUは、３Dモデリングの描写といった定型的な計算処理をすることに優れています。ただ、GPUは頭脳にはなれません。

したがって、CPUで可能な処理であっても、GPUが得意とする処理は、GPUにやらせる。といった、司令官と兵隊みたいな関係になります。

マイニングの話に戻りまして、CPUマイニングであれば、githubからCPUマイニング用のソースコードを拾ってきて、コンピュータが実行可能な形式に変換（コンパイル）して、自分のアドレスを埋め込んで起動するだけでマイニングができます。

GPUマイニングは、リアルタイム画像処理に特化した演算装置であるGPU（Graphics Processing Unit）を使ってマイニングを行います。GPUマイニングが流行りだした当時は、GPUが搭載されているパソコン用のグラフィックボードを複数枚使ったマイニングマシーンなるものを販売している会社もありました。今ではさらに加熱して、ASICマシーンというマイニング専用の箱型のシステムまで登場しています。私自身は、この過熱ぶりにはついていけず、GPUマイニングは未経験です。

マスターノードでブロック生成も一時期流行りましたが、１台のサーバーにマスターノードを起動すれば、報酬としてコインが貰えます。
カルダノ以外のステーキングについては似たようなもので、自分で購入したコインを、自分が構築した一台のサーバーに委任をして、”ステーキングしますよ！”宣言をすることで報酬が受け取れます。
マイニングプールも、１台のサーバーに必要なソースを持ってきてコンパイルや適切な場所にファイルを置いて起動かのうです。自力ではブロックを生成できないマイナーたちが協力を求めてマイニングプールに集まり、複数のマイナーが協力しマイニングをすることで報酬を受け取ることができます。

カルダノのステークプールは、インターネット上で常時稼働させておくサーバーが最低でも２台必要になります。ブロックチェーンのブロック生成を担う”ブロックプロデューサーノード”と他のステークプールに配備されたサーバーと通信をおこなう”リレーノード”の２台です。

エイダコイン以外のコインで報酬を受けるには、大概サーバー1台で済むのですが、カルダノでは異なる役割のサーバーがそれぞれ１台必要で、最低でも２台のサーバーが必要になります。

わたしは初期のインストールでは、さほどつまずかなかったのですが、本番運用するに当たりコストパフォーマンスの良いサーバーへの引っ越しを行い、その際につまずきました。

この２つのノードですが、動いているソフトウェアは一緒でして、

• 起動するときに引数としてキーを指定するorしない
• リレーノードは、自分がリレーノードですよ。と宣言する

の違いぐらいしかありません。

なので、インストールしたソフトウェアは一緒で、起動前後の作業で役割が変わるので、リレーノードで立ち上げたサーバーを後からブロックプロデューサーサーバーに変更したりもできるのですが、それで混乱しました。

何が言いたいかといいますと、ステークプールを運営していくに当たり、サーバー設置先のSLAの変更（利用可能なネットワーク帯域の変更）やサーバートラブルなどで、引っ越しをする機会があるかもしれません。そういった場合には今回のようなサーバー引っ越しの際につまずいた経験は、のちのち役に立つのかなと思いました。（次回の作業でトラブらないように、手順として書き起こしてあります。）

ほかにもネットワークの設定であったり、障害時のアラート送信の設定など、いくつかつまいずいた点があるので、今後紹介していきたいと思います。

それでは今回は、このへんで失礼します。

こんにちは、奇抜倶楽部管理人のYOWZAです。

今回は、わたしが考えるエイダコインの優れている点について書きます。

真っ先に思いつくのは、イーロン砲でビットコインが大打撃を食らった中、エイダコインは打撃をうけるどころか環境に優しいコインとして注目を集めたことでしょうか。

中国のマイニング規制により機器が投げ売りされていますが、ホント自然に優しくないです。秋葉原でも、GPUマイニング用のグラフィックボードが、驚きの安さで中古店の店頭に並んでいた時期がありました。

個人が暗号通貨を所有するには、自身でコインを生成するか購入する（貰う）かの2択になります。
暗号通貨を発掘する作業をマイニングといいますが、エイダコインでは所有しているエイダコインでネットワークに参加することで、エイダコインを増加させる（報酬を得られる）こと、つまりステーキングが可能です。

ステーキングをしたいエイダコインの保有者が自分のコインを委任する場所が、ステークプールになります。ステークプールでは、カルダノのProof-of-Stake（PoS）システムにより、エネルギー消費量を抑えつつブロック生成が可能になっています。

カルダノのコンセンサスメカニズムやエコ仕様については、以下のIOHKの公式商業部門であるEMURGOの記事が参考になりますので、ご興味ある方は、閲覧してみてください。

CardanoのPoSとDPoSの比較

その次に優れていると思う点は、エイダコインに関わっている方々が多岐にわたり、盛り上げている点です。

カルダノの公式フォーラムを例に取ってみても、質問したことに対しての迅速かつ、ここまでかというほど丁寧な回答が見て取れます。

複数の企業が事業活動などでパートナーシップを組み、互いの技術や資本を生かしながら、開発業者・代理店・販売店・宣伝媒体、さらには消費者や社会を巻き込み、業界の枠や国境を超えて広く共存共栄していく仕組みをエコシステムといいますが、まさにカルダノの公式フォーラムの人間関係にエコシステムが見て取れる感じがします。

さらにエイダコインが優れていると思う点は、分散型金融DeFi分野への適用に最も近い存在と思える点です。

銀行や保険の仲介業務がエイダのスマートコントラクトで代替して、エイダコインが飛び交う世の中を想像するとワクワクしませんか？

エコなプラットフォームであることは当然なのですが、メンテナンスされているソフトウェア開発キット（SDK）など、一見の価値ありです。SDKが整備されているということは、企業で利用されている会計・営業支援などのシステムやBtoCサービスである旅行チケット販売サイトやショッピングサイトとカルダノプラットフォームの連携が可能ということになります。

SDKのソースコードは、Githubのこちらに公開されています。

JavaScriptのSDKも公開されているので、将来は、iOSやアンドロイドのアプリをワンソースで開発できるハイブリッドアプリのフレームワーク（IonicやReact Nativeなど）に組み込んで実用的なアプリを作れたりするかもしれません。

ブロックチェーンを活用したサービスとしては、宮城県塩竈市の竃コインや千葉県木更津市のアクアコインなどの地域活性化を狙った地域通貨が既に存在してます。カルダノでは近々スマートコントラクト機能もリリースされますので、仲介を伴う不動産仲介や保険代理店の契約業務を肩代わりするようなシステムやアプリが世の中に出てくるかもしれませんね。

面白そうなアプリのアイデアなどあれば、コメント欄にてご連絡ください！

それでは、今回はこのへんで失礼いたします。

みなさま、はじめまして。

奇抜倶楽部ステークプール管理人、YOWZAです。

私は普段、情報システム系の会社を経営しているのですが、2021年7月にひょんなことからエイダコインの存在を知り、情報システムの観点からコインの優位性に興味を抱き、ステークプール作成を思い立ち、8月よりプールを公開しました。

私はプレセールからの大口ホルダーでもありませんし、ADAコイン保有者に知り合いがいるわけでもありません。分散化という仕組みに共感し、面白そうだという動機でステークプールを作成しました。

エイダコインの価格が今後騰がるのかどうかについてはよく分かりませんが、情報システム業界では20年以上のキャリアがありますので、その観点から定期的にエイダコインやステークプール運営に関して情報発信をしていければと思います。

ところで、なぜプール名が「奇抜倶楽部」といった風変わりな名前なのか？　と、疑問に思った方がいると思います。「奇抜」という言葉は一見、変とか、常識外れといったネガティブな印象を受けると思います。ただ、私が以前在籍していたシステム会社では、「奇抜」は褒め言葉でした。

システム構築をする上で壁にぶつかったとき、複数のチームメンバーで検証や改善策を話し合うのですが、正攻法によるアプローチでは再びエラーが起きたりと、根本的な解決には繋がらないケースが多かったです。そんな時、少し別の角度から検証を行うと、何日も気づけなかった原因を見つけることができました。そういった別角度からのアプローチは、基礎が備わっていないとできるものではありません。やみくもにあれこれ試すことは真の常識外れになってしまい、他のメンバーやクライアントに迷惑をかけてしまいます。いい塩梅での別角度からのアプローチができ、そしてトラブルの原因を発見できた人のことを「奇抜さん」と称えていました。

今回ステークプールを作る際にそのことを思い出し、そして今後プール運営する上でも何かしらのトラブルが起きたときに、「奇抜」な角度より迅速に解決できる運営者になれれば、という思いでこの名前にしました。

ちなみに「倶楽部」は特に深い意味はないです。まあいずれ、委任してくれている人とオフラインでの交流ができればいいなぁ、と思った程度です。

それと、小学生の頃から釣りが好きで、最近では内房の木更津埠頭でサビキ釣りや三浦半島の盗人狩の磯で餌釣りをしてます。なので、たまには釣りに関しても掲載していく予定です。

ということで、次回から記事をアップしていきます。コメントなどがあればお寄せくださいませ。よろしくお願いします。