誇大宣伝のサイクルが終わった後も、長く役立つよう設計されたインフラを支援する。
ZooBCには長年の開発実績と幅広いアプリケーション群があります。エコシステム創造者は、その基盤を、ほかの参加者が利用できるサービス、パートナーシップ、コミュニティ、アプリケーション、そして永続的な仕組みへと変えていきます。
なぜこのシンボルなのか？
サンゴは、多くの生き物が住める生きた構造をつくります。サービス、パートナーシップ、コミュニティ、そして成長のための永続的な基盤を築く人々や組織を表しています。
ほかの参加者が頼れるものを創る。
エコシステムとは、考えうる用途の一覧ではありません。担当者が明示され、継続的に維持されているサービス、アプリケーション、インテグレーション、パートナーシップ、コミュニティ、経済的な関係の集まりです。創造者はプロトコルの能力を明確な提供物に変え、デモと信頼できるサービスとの間のギャップに責任を負います。
ユーザーと失敗を特定する
今誰が行き詰まっているのか、何を達成しようとしているのか、失敗すると何を失うのかを定義してください。「ブロックチェーンアプリ」は課題の定義ではありません。測定可能な成果を伴う具体的なワークフローこそが課題の定義です。
プロトコルとプロダクトを分けて考える
ZooBCは、トランザクション、アカウント、トークン、アプリケーションルール、ゲートウェイ、ストレージの仕組み、ネットワークサービスを提供します。それでもあなたのプロダクトは、インターフェース、ポリシー、サポート、データの取り扱い、復旧、監視、そしてユーザーが戻ってくる理由を自ら提供しなければなりません。
経済性を正直に整理する
誰が支払うのか、どのトークンまたはアトミック単位を使うのか、どの手数料や保存期間が適用されるのか、ボラティリティと運用コストを誰が負担するのか、約束した処理能力がロードマップ上の作業に依存していないかを明確にしてください。
継続性を前提に設計する
保守担当者、サポート窓口、リリースプロセス、データ依存関係、セキュリティ責任者、成功指標、撤退の道筋を明示してください。運用モデルのないパートナーシップの発表では、エコシステムは生まれません。
自分が実際に何を創っているのかを見極める。
エコシステムへの貢献は、種類によって必要な証明が異なります。発表内容を決める前に、カテゴリーを選んでください。
| 創るもの | 定義すべきこと | ローンチ前の証明 |
|---|---|---|
| アプリケーション | ユーザーのワークフロー、トランザクションタイプ、署名の境界、状態の読み取り、手数料、失敗時の状態、サポート。 | TestNet上のバーティカルスライス（ユーザーの操作から状態の確定、失敗からの復旧まで）。 |
| インフラサービス | サービスの役割、処理能力、許可するトラフィック、認証情報、監視、更新ポリシー、運用者。 | 検証済みのリリース、文書化された設定、チェーンの鮮度、役割に応じたヘルステスト、インシデント責任者。 |
| インテグレーション | 外部システム、データのマッピング、権限の境界、リプレイ/冪等性の挙動、照合。 | 重複、遅延、拒否、利用不可、確定の各状態に対するテストケース。 |
| トークンまたは経済プログラム | 供給または割当の出所、単位、裏付け（ある場合）、手数料、ベスティング、参加資格、カストディ、リスクに関する表現。 | 最新に保たれたトークノミクスとの整合性、および正確なオンチェーンまたは契約上の挙動。根拠のない保証はしない。 |
| パートナーシップ | 各当事者の成果物、意思決定権限、依存関係、スケジュール、公表の権利、終了条件。 | 担当者の明示と、完了した最初の成果物。意向表明やロゴの交換だけでは不十分です。 |
| コミュニティプログラム | 対象者、目的、ルール、モデレーション、報酬の原資、レビュープロセス、測定可能な成果。 | 結果が文書化され、責任ある保守担当者がいる、範囲を限定したパイロット。 |
宣伝文の前に、運用概要書を書く。
1ページの概要書で、リソースや評判を投じる前に、依存関係、担当者、リスク、証明を見える形にしましょう。
- 01
約束を定義する
ユーザー、課題、行動、成果、そしてなぜZooBCが必要なのかを明記してください。プロジェクトがやらないことも列挙し、最初のリリースに実際の境界を設けましょう。
- 02
プロトコルへの依存関係を整理する
必要な経路、トランザクションタイプ、署名方法、トークン、手数料、保存期間、アプリケーション、ゲートウェイ、リリース、ロードマップへの依存関係を特定してください。それぞれを稼働中、計画中、外部のいずれかとして明記します。
- 03
担当とリスクを割り当てる
プロダクト、技術、セキュリティ、運用、コンテンツ、サポート、商業の各担当者を明示してください。1人が複数の役割を兼ねていてもかまいません。各担当者が監視すべきリスクを記録しましょう。
- 04
1つの完全な成果を証明する
約束した結果を生み出し、失敗を乗り越え、独立して検証できる、TestNet上の最小の経路を構築してください。その証拠をもとに、拡大するか、修正するか、中止するかを判断しましょう。
必要なプロトコル機能がまだ計画段階にすぎない、経済性の整合が取れない、署名やカストディの境界が安全でない、あるいは継続運用の担当者がいない、そのようなサービスを中心に販売、発表、募集を行わないでください。
可能性の言葉ではなく、最新の事実から構築する。
技術的な能力、経済的な制約、スケジュール、アプリケーションルール、参加条件には、それぞれ最新に保たれた情報源があります。
公表されている供給量、割当、ユーティリティ、ベスティング、現在のジェネシス参加情報。
↗依存関係ロードマップ何が稼働中で、次に何が来るのか、そしてどの将来の機能を完成済みとして示してはならないか。
↗ネットワークアクセス開発者ガイドゲートウェイのトポロジー、主要な経路、トランザクションの送信、運用、リリースツール。
↗プロトコルのアクショントランザクションマニュアル正確なトランザクションタイプ、エンベロープ、修飾子、アトミック単位、手数料、永続化の仕組み。
↗アプリケーションのルールアプリマニュアルコンセンサスで実行されるアプリ、状態、支払い、乱数、ステートチャネル、検証の経路。
↗参加ZooBCに参加現在の支援、ノード、貢献、役割、コミュニティへの入口。
↗最初のバージョンが小さくても、組織として築く。
永続性は、ローンチの規模ではなく、明確な担当、観測可能なサービス、正直な境界から生まれます。
- 1人のユーザー、成果、担当者、成功指標を定義する
- すべての依存関係を、稼働中、計画中、外部のいずれかとして明記する
- 範囲を広げる前に、TestNetで完全な結果を証明する
- 署名、カストディ、データ、手数料、サポート、終了の境界を文書化する
- 公の主張を、最新の技術的・経済的な情報源と照合する
- ロードマップ上の機能を、すでに出荷された依存関係として示す
- ロゴの交換や会話を、実際に機能しているパートナーシップと呼ぶ
- トークン、手数料、ストレージ、カストディ、運用上のリスクを、願望的な宣伝文の陰に隠す
- 保守担当者やインシデント責任者のいないサービスをローンチする
- 具体的なユーザーの成果を示すべき場面で、ブロックチェーン用語を使う
あなたに当てはまりますか？
長期的なサポーター、アプリケーションチーム、サービスプロバイダー、パートナー、スポンサー、コミュニティビルダーの方へ.
短命な誇大宣伝のサイクルを追うのではなく、本格的なインフラを支援したい方。
アプリケーション、サービス、パートナーシップ、コミュニティ、または流通チャネルをつくれる方。
プロジェクトを支援する前に、ユーティリティとロードマップを理解したい方。
ほかの多くの参加者が成功できる環境づくりを手伝える方。
本物の入口から入る。
以下の各ルートは、既存のZooBCのページ、ツール、または現在のコミュニティの場につながっています。
証拠をたどる。
ひとつのマーケティングページに頼るのではなく、問いに合った情報源を使ってください。
関心から参加へ。
- 01経済設計、ロードマップ、実際に使えるツールを確認する
- 02支援、構築、パートナーシップ、コミュニティから選ぶ
- 03プロジェクトチームと具体的な貢献内容を決める
プロジェクトの支援やトークンへの参加にはリスクが伴います。このページのいかなる内容も、価値、利用可能性、リターン、将来のプロジェクトの成果を保証するものではありません。
誇大宣伝のサイクルが終わった後も、長く役立つよう設計されたインフラを支援する。
ZooBCには長年の開発実績と幅広いアプリケーション群があります。エコシステム創造者は、その基盤を、ほかの参加者が利用できるサービス、パートナーシップ、コミュニティ、アプリケーション、そして永続的な仕組みへと変えていきます。