lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
ホーム
OPRR
速報
深堀り
イベント
BlockBeats Pro
もっと見る
資金調達情報
特集
オンチェーン生態系
用語
ポッドキャスト
データ
BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
Partnered With:

わずか3日間と400ドルでLaunchpadを構築

この記事を読むのに必要な時間は 41 分
意味のある製品を構築するには、何百万ドルもの資金や、何か月もの作業、さらにはチームさえも必要ないことがわかりました。
原題:3日で400ドルのローンチパッドを作りました(あなたにもできます)
原著者:ultra
原訳者:Luffy、Foresight News


先週末、私はBlindに残業し、意味のある製品を作るのに何百万ドルもの資金も、何ヶ月もの作業も、チームさえも必要ないことを証明しました。


Blindは、Baseチェーン上に構築され、Flaunchのインフラストラクチャを活用したトークンローンチパッドです。トークン発行時にトークン作成者が開示する個人情報を選択できるという、斬新なメカニズムを実験的に採用しています。


これにより、作成者は自分の正体を明かしたり、「トークンスポークスパーソン」であることに伴う煩わしさを回避したりすることなく、自分の評判や資格を活用することができます。さらに、作成者はプレセールの参加基準を設定し、最低限の要件を満たすユーザーのみに参加を制限できます。


この記事の目的


この記事では、「アイデア」を「製品」へと導くための私の一般的なフレームワークを共有することを目的としています。


私がよく言うように、現在の6~12ヶ月は「アイデア創出の黄金期」です。AIツールは創造的なアイデアを驚くほど簡単に実現しますが、このことに気づいている人はほとんどいません。時間を投資する意思のある人にとって、これは巨大な裁定取引の機会となります。


この記事が、より多くの人々がバイブコーディングを試し、独自のアイデアを実現し、Web3 を独立した開発者と小さなチームが日々イノベーションを推進する場所に戻すきっかけになれば幸いです。


この記事では、開発ツール、リポジトリ管理、一般的なコンポーネントに関する基本的な技術的理解を前提としています。


フェーズ 0: インスピレーションの源


ソーシャル キャピタル ゲーティングのアイデアは、ここ数ヶ月、私の頭の中で温められてきました。Kaito、Ethos、fantasy.top、time.fun などのツールを頻繁に使用し、SocialFi の指標を調査している中で、議論の中で繰り返し出てきた 1 つの質問は、「なぜ誰も、スコアとデータを使用してユーザーの資格を評価するスコアとデータを使用して、これらすべてのプラットフォーム間でユーザーのプロファイルを統合するダッシュボードを作成しないのか」でした。


ここ 6 か月ほどで、「クリエイター メトリクス」という分野が急速に登場し、さまざまなデータの側面から人物やアカウントの価値を評価できるようになりました。

では、これらの指標は「参入障壁」(例えば、トークン発行の参入要件)を設定するために使用できるのでしょうか?それとも、クリエイターは正体を隠したまま、どの指標を公開するかを決定できるのでしょうか?私が開発に取り組んだ本当の動機は、Pump.funのICOで5億ドル、Heavenの最近のICOで2000万ドルが調達されたのを見たことでした。どちらの製品も開発が特に難しいとは思っていませんでした。なのに、なぜ評価額はこれほど過大評価されているのでしょうか?他にも同様に成功し、巨額の資金を調達している発行プラットフォームは数多くあります。公平を期すために言っておきますが、この分野では合理性のために「トークン評価の論理」にこだわるのをやめました。評価額自体が意味をなさないことがよくあるからです。それでも、これは個人的な挑戦のきっかけとなりました。週末だけで、最小限のコストで、外部からの支援なしに、同等の製品を作ることができるだろうか?私の目標は、商用製品を開発したり、トークンを発行したり、お金を稼ぐことではありませんでした。むしろ、「できる」ことを証明し、より多くの人がこの道を歩んでくれることを願うことでした。フェーズ1:問題分析 アイデアが浮かんだ後、最初のステップはそれをコアコンポーネントに分解し、それぞれについて決定を下すことでした。「ソーシャルアクセス制御を備えた発行プラットフォーム」については、以下のサブ問題を特定しました。オンチェーン技術スタックの選択 主要な決定は「どのチェーンにデプロイするか」であり、これはその後のすべての実装ステップに影響を与えました。当時、明確な選択肢はSolanaとBaseの2つでした。


Solana


メリット:

· Dogecoin のトランザクション量が最も多いチェーンです。

· スポットライト効果: ここでデプロイされたプロジェクトは、一定の注目を集める傾向があります。


デメリット:

· 実装の柔軟性が低く、既存のトークン標準に準拠する必要があります。

· 開発の複雑さが高く、多くの回避策が必要です。

· 開発サイクルが長いです。

· インフラストラクチャのコストが高く、不安定です。


Base


メリット:

· Dogecoin は EVM チェーンの中で最もトランザクション量が多いです。

· 包括的な開発者サポート。

· 優れた EVM 開発経験。

· 既存のインフラストラクチャを直接再利用できます。


デメリット:

· Dogecoin のトランザクション量は Solana よりも低いです。


Blind は商用プロジェクトではなく、週末の実験に過ぎなかったため、潜在的な財務リターンに関する決定を考慮する必要はなく、開発の苦痛を最小限に抑えるアプローチを選択しました。最終的に、EVM を選択しました。ブロックチェーン アプリケーションを開発する場合、EVM は最も成熟し実績のあるブロックチェーン インフラストラクチャを提供し、迅速かつ効率的かつインテリジェントに開発できます。


再利用可能な既存のインフラストラクチャ


チェーンを決定した後の次のステップは、コードをゼロから作成することを避けるために、再利用可能な SDK (ソフトウェア開発キット) または既存のコントラクトを見つけることでした。特にスマート コントラクトの場合、監査済みのコントラクトを優先することで、セキュリティ リスクが大幅に軽減されます。幸いなことに、EVMエコシステムは再利用可能なリソースが豊富にあり、私たちには主に2つの選択肢があります。 · UniswapのようなDEX上で開発し、アクセス制御ロジックをすべてUniswap V4上に構築する。 · 既存の発行プラットフォーム(FlaunchのSDKなど)のインフラストラクチャ上で開発する。このプラットフォームには、インデックス作成、メタデータのアップロード、発行カーブの設定、プレセール管理などの機能が既に組み込まれています。 私たちは再び、最も抵抗の少ない道を選びました。Flaunch上での開発です。これにより、ファンドプールの設定、インデックスインフラストラクチャ、収益分配契約といった基本機能に時間と費用を費やすことなく、「発行プラットフォームのソーシャル属性とフロントエンドのプレゼンテーション」に集中することができました。


「あなたよりも賢い人たちが既に仕事をしているのだから、なぜ車輪の再発明をするのですか?」


トークンのデプロイメント方法


SDKを決定したら、「誰が実際にトークンのデプロイメントを行うのか」を決める必要があります。 2 つのオプションがあります。


オプション 1: ユーザーがトランザクションを開始してトークンをデプロイする


· ユーザーが選択した発行パラメータがプラットフォームの要件を満たしていることを確認するためのプロキシ コントラクトを開発する。


· Flaunch の既存のサブグラフ インデクサーで、デプロイされたすべてのトークンを追跡する方法を見つける。


オプション 2: ユーザーがバックエンドに「デプロイ リクエスト」を送信し、プラットフォーム ロボットがデプロイを実行する


· すべてのトークンは、プラットフォーム独自の EOA (外部所有アカウント) からデプロイされるため、プラットフォームによって発行されたすべてのトークンをインデクサーで簡単に追跡できます。


· これにより、すべての発行が統一された標準化されたパラメータに準拠することが保証されます。


バックエンド サービスのデプロイ アプローチを選択しました。これにより、トークンの追跡が容易になり、デプロイされるトークンとトークンの方法をより厳密に制御できるようになり、将来のアップグレードが可能になります。


すべてのトークンは、バックエンドによって制御されるウォレットからデプロイされます。


基本的に、Flaunch SDK を簡素化し、不要な機能をすべて削除し、バックエンド リクエストによって呼び出すことができるコンポーネントのみを保持しました。


ソーシャル データ収集


次に、ソーシャル機能に焦点を当てます。発行プラットフォームにとってどのデータディメンションが有益であるかを判断する必要があります。理想的なデータの組み合わせは、ユーザーアカウントのステータスとユーザーの評判の両方を反映するものでなければなりません。


最終的に、次のデータ ディメンションに落ち着きました。


· フォロワー数 (X プラットフォーム API)

· フォロー数 (X プラットフォーム API)

· アカウント登録時間 (X プラットフォーム API)

· いいね数 (X プラットフォーム API)

· 高価値フォロワー数 (Moni API)

· コア エンゲージ ユーザー数 (Moni API)

· 評判スコア (Ethos API)

· コンテンツのバイラリティ スコア (Kaito API)


この組み合わせにより、クリエイターは自分の身元を完全に明らかにすることなく、多次元データを通じて自分の資格を証明できるため、目立つことができます。


ソーシャル データ処理とプライバシー保護


ユーザーが登録すると、上記のすべてのデータが収集されますが、プライバシーをどのように設計すればよいでしょうか。


当社の原則は「デフォルトでプライバシー」です。漏洩を防ぐため、すべてのデータはデフォルトで公開されません。ユーザーは各データディメンションを公開するかどうかを自分で決定できます。さらに、半匿名のデータ参照を提供するために、ユーザーが「あいまいな方法でデータを表示」できるようにする必要があります(たとえば、実際には43,000人のフォロワーがいる場合、「40,000人以上」と表示することを選択できます)。


さらに、データ処理は「集中型バックエンド + HTTPSリクエスト」に依存すべきでしょうか、それとも複雑なゼロ知識証明技術を使用するべきでしょうか?


当社のソリューションは、これら2つを組み合わせたものです。


· すべてのデータはPostgresデータベースに保存され、フロントエンドはHTTPS APIを介してデータベースから直接情報を取得します。販売前のアクセス制御は、以下のプロセスを使用します。


· 先行販売に参加したいユーザー → プラットフォームのバックエンドに「アクセス証明」を要求します。


· バックエンドは、ユーザーが作成者によって設定されたしきい値を満たしているかどうかを確認します。


· バックエンドは、「ユーザーのウォレットアドレス + 有効期限のタイムスタンプ」を含む署名付きメッセージを返します。


· スマートコントラクトは、署名の有効性を検証します。


フェーズ 2: 開発と実装


開発を開始する前に、必要なツールのリストを作成します。


· Railway (バックエンド ホスティング): 月額 20 ドル


· Vercel (フロントエンド ホスティング): 月額 15 ドル


· Cursor (開発ツール、Claude 4 MAX モードを含む): 月額 200 ドル + クレジット 100 ドル


· ウェブサイトのドメイン名: 年額 30 ドル


· X Premium+ (アカウント メンバーシップ、露出を増やし、長い記事を公開するために使用): 月額 40 ドル


· ChatGPT: ロゴとブランド ビジュアルのデザインに使用、他の使い慣れたツールに置き換えることもできます


· 合計コストは約 405 ドルです (Vercel がサブスクリプション制限内であると想定)。


注: 開発をスピードアップするために、実際には予想よりも多くの Cursor クレジットを使用しました (MAX モデルを有効にしました)。開発速度を気にしない場合は、より安価なモデルを選択できます。


アーキテクチャ設計


ほとんどのプロジェクトでは、4 つのコア コンポーネントが必要です。


· フロントエンド: Vercel でホスト (別の GitHub リポジトリ);


· バックエンド: Railway でホスト (別の GitHub リポジトリ);


· データ ストレージ データベース: Railway 上の Postgres データベース


· キャッシュ データベース: Railway 上の Redis データベース


簡単に言うと、Vercel はすべてのフロントエンド関連の機能を担当します。 Railway は、データ処理、トークンの展開、API インターフェース、情報のキャッシュなどの「ユーザーには見えない」コア サービスを安全にホストします。

ほとんどのバックエンドはこのように見えます(はい、データは「球体」に保存されます)。 開発順序 私は常に、コア機能を最初に開発し、次にフロントエンドを開発することを推奨しています。このプロジェクトでは、最も重要な機能(そして最初に互換性テストが必要な機能)はトークン発行です。トークンのデプロイメントはバックエンドのEOAによって実行されることが既に決定されているため、バックエンド用の新しいgitリポジトリを作成し、Flaunch SDKのドキュメントを詳しく調べることができます。ドキュメントには、起動設定で現在利用可能なすべての機能が概説されており、簡単に統合できるコードスニペットもいくつか提供されています。また、データを取得するためのAPIエンドポイントと、Flaunchで発生するすべての処理(Blindフロントエンドから起動されたトークンを含む)を自動的にインデックス化するサブグラフも提供されています。1) トークン発行のテスト:新しいバックエンドリポジトリでの最初のステップは、SDKを使用してトークン発行が正常に実行されるかどうかをテストするためのローカル環境を構築することです。まず、簡単なNodeスクリプトを作成し、それをExpressサーバーAPIに変換することから始めます。この API を呼び出して、指定されたパラメータを渡すことで、トークンのデプロイメントを完了できます。このステップは実際には非常に簡単で、1 つのプロンプトと最小限のデバッグのみが必要になる可能性があります。さらに、トークン デプロイメントのガス料金は $0.01 未満です。つまり、ユーザーに完全に無料のトークン デプロイメント サービスを提供できるということです。 2) ソーシャル データの取得: 2 番目のステップは、もう 1 つのコア機能であるソーシャル スコアリングを開発することです。以前に選択したすべてのデータ ディメンションについて、各 API のドキュメントを確認し、ユーザー名に基づいてすべてのデータを返すエンドポイントを Express サーバーに作成する必要があります。その後、このデータを Railway に作成した Postgres データベースに保存できます。



3) 登録プロセス


この時点で、開発は少し複雑になり、フロントエンド リポジトリの同時開発が必要になります。フロントエンド フレームワークとして Next.js を選択しました。これは Vercel のサポートが最も優れており、認証用のミドルウェアをサポートしているためです。

登録プロセスでは、まずユーザーにウォレットをリンクさせ、次に X で認証させ、最後にエンドポイントを呼び出して登録してもらいます。まずは X 認証 API ドキュメントを確認し、フロントエンドに簡単な登録ページを実装し、バックエンド リポジトリに登録エンドポイントを作成します。登録プロセスでは、ステップ 2) のすべてのデータを抽出してデータベースに保存し、ウォレット アドレスのエントリを追加します。登録エンドポイントへのすべてのリクエストは、なりすましを防ぐために、X キーとウォレット署名の両方で認証する必要があります。すべてが機能したら、登録済みユーザーのみがトークンをデプロイできるように、トークン デプロイ エンドポイントにも認証を追加する必要があります。登録エンドポイント以降のエンドポイントについては、毎回 X でログインしなくても済むように、ウォレット署名メッセージのみで認証することにしました。



4) プライバシー設定


登録プロセスを完了し、データ ストレージを実装したら、次の手順ではプライバシー設定を開発します。


· データベースにデータの可視性設定テーブルを作成します (すべてのデータはデフォルトで非公開です)。


· 認証されたユーザーが呼び出すことができるプライバシー設定変更インターフェイスを開発します。


· ユーザーがデータをぼかして表示することを選択できるようにするための補助関数を記述します。


· フロントエンドのプライバシー設定編集コンポーネントを開発します。



5) API のレビューと最適化


コアサービスが整備されたので、以下の最適化が必要です。


コアサーバー機能がすべて整備されたので、すべてのエンドポイントが必要に応じて認証を使用し、公開アクセス時に個人情報が漏洩しないようにする必要があります。また、Redis キャッシュを使用して一部の API を最適化し、不要なサーバー負荷を回避することもできます。最後に、ユーザーの公開プロフィール、トークン所有者とそのデータ、通貨データなどを取得するための API をいくつか追加しました。


6) フロントエンド開発


いよいよ美しいウェブサイトを作成しましょう。まず、テーマと表示するページを決定し、「プライベート」セクションの削除を始めます。カスタムソートされたトークンリストやその他のデータを表示するには、Flaunchのサブグラフを利用し、EOAとしてデプロイヤーのアドレスでフィルタリングできます。トークンの詳細ページでは、シンプルなDexScreener iframeを埋め込むことで、チャートを素早く表示できます。



7) テスト


これで準備は完了です。ユーザーフローをテストし、すべてを Vercel と Railway にデプロイし、友人とアクセスを共有してフィードバックを得ます。目標は、本番環境と 1:1 で同一の環境を作成することです。


8) フィードバックに基づいて最適化する


これはリリース前の最終ステップです。


フェーズ 3: 一般公開


一般公開は、ブランディング、マーケティングの 2 つのステップに分かれています。


ブランディング


ブランディングはいつでも実行できるためこれまで触れませんでしたが、フロントエンド開発の前に実行しておくのが最適です。ブランドのコア要素(名前、ロゴ、配色、ドメイン名)は、「シンプルで識別しやすい」という原則を満たしている必要があります。


個人的に気に入っている遊び方の一つは、「単語一つで命名+ドメイン名を組み合わせる」というものです。


・プロジェクト名は「Blind」(「盲目的投資」を意味し、ユーザーが限られた情報でトークンを購入することを意味します)にしました。


・ドメイン名は「goblind.xyz」にしました。これは、「go blind」(盲目的投資)、「goblin」(遊び心のあるゴブリン)、「goblin'd」(ゴブリン化)の3つの意味を巧みに組み合わせたものです。


・配色は、眩しいほど明るいライトカラーモードを意図的に選択し、「Brutalist」デザインスタイルは点字文書を彷彿とさせ、「Blind」のテーマを反映しています。


・ロゴデザイン:ChatGPTを使用生成(既存のテーマを背景プロンプトとして使用);



マーケティング


MVP(最小限の実行可能な製品)を世界に知らせるときが来ました。一般的に、他の人に知らせるための最良の方法は、直接伝えることではなく、混乱を引き起こすことです。


混乱マーケティング


正式に宣伝する前に、MVPが機能的に完了していることを確認することをお勧めします。発売の1週間前にマーケティングを開始するのが最適です。そうすることで、1週間以内に世間の注目が集まり、ソーシャルプラットフォームのトピックリストを占有しやすくなります。


今週の主な目標は次のとおりです。


· より多くの人々にプロジェクトの X アカウントをフォローしてもらい、通知を有効にしてください。


· 漠然としたティーザーやミームを公開しますが、プロジェクトの機能を直接明らかにしないでください。


· コメントセクションでネットユーザーが推測できるように「ヒント」を残し、あなたへの期待を高めます。



虚栄心の指標:ユーザーが孤独を感じないようにする


「混乱マーケティング」を補完する効果的なツールは「ランキングボード」です!人々は「最初に参加したい」が、「早すぎる参加」は望んでいません。あなたの使命は、「プラットフォームがローンチされる前に「ライブ」にすることです。」 「登録 + リーダーボード」キャンペーンには、以下のメリットがあります。 · ユーザーの早期登録を促し、ウェブサイトのトラフィックを分散させ、システムの安定性をテストします。 · ユーザーのプロジェクトへの関心を維持します。「早期登録すると何かメリットがありますか?」という質問を投げかけ、アカウント通知を有効にできるようにします。 · 人は「他の人より優れている」と感じたいものです。リーダーボードのランキングは簡単に共有でき、ユーザーは自分のアカウントに関する興味深いデータを発見できます。 · チームが「成長データ」を公開するのに役立ちます。


Blind のリリース前に、事前登録が 40,000 件を超えました!



注: 「招待リンク」メカニズムを組み込むと、成長が加速します。


24 時間カウントダウン


いよいよ Blind の主要機能を公開します!投稿が公開されたら、ユーザーに知らせましょう。そうすれば、ユーザーは具体的な時間をとって投稿を楽しみに待つことができます。最後の 24 時間は、Blind のコンテンツについての考えを固めておくことができます。すべてのタイムゾーンのユーザーが 24 時間かけて準備できます。



ローンチ投稿を公開する


ユーザーが X アカウントのホームページを更新している今、投稿を公開する時が来ました。投稿には以下の内容を詳しく記載する必要があります。


· Blind の主要機能。


· 正式なローンチ日。


· 技術的になりすぎたり、すべての機能を列挙したりせず、プロジェクトの動機、中心となるアイデア、魅力を伝えることに焦点を当てます。

追加の技術的詳細が必要な場合は、この記事とは別にドキュメントをご用意ください。 記事には「リリース時間は記事公開後24時間です」と記載してください。この時点で、事前登録済みのユーザーはトークンのデプロイを待機しています。次に、以下の作業を行う必要があります。· すべての環境を本番環境モードに切り替える。· デプロイ担当者のEOAアカウントを切り替える。· リリース中に発生する可能性のあるエラー(必ず発生します)に対処できるようスタンバイする。さあ、いよいよ本番環境です!MVPを開発する際は、常に最も容易な方法を選択してください。一度に完璧を目指す必要はありません。本番環境で段階的に反復処理と最適化を行うことができます。「準備が整うまで待つ」よりも、その瞬間を捉える方が重要な場合が多いのです。


ただし、第一印象は非常に重要です。ユーザーがプラットフォームで初めて体験した内容は、そのプラットフォームに対する長期的な認識を直接決定づけます。ほとんどのユーザーが「機能アップデート」に注目し続けるとは期待しないでください。


このサイドプロジェクトの開発プロセスは非常に興味深いものでした。多くのことを学び、「トークン発行に使えるかもしれない」ツールも作成できました。


オリジナルリンク


BlockBeats の公式コミュニティに参加しよう:

Telegram 公式チャンネル:https://t.me/theblockbeats

Telegram 交流グループ:https://t.me/BlockBeats_App

Twitter 公式アカウント:https://twitter.com/BlockBeatsAsia

ライブラリを選択
新しいライブラリを追加
キャンセル
完了
新しいライブラリを追加
自分のみが閲覧可
公開
保存
訂正/通報
送信