上週末，我做出了 Blind這個項目，就是為了證明：打造有意義的產品，不需要數百萬美元融資、數月工時，甚至不需要團隊。

Blind 是基於 Base 鏈開發的代幣發行平台（Launchpad），依托 Flaunch 的基礎設施運作。它嘗試了一種全新機制：讓代幣創作者在發行代幣時，自主選擇公開哪些個人資訊。

這樣一來，創作者既能利用自己的聲譽或資質背書，又無需完全公開真實身份，也不用承擔成為“代幣代言人”通常會帶來的麻煩。此外，創作者還能設定預售准入門檻，只允許滿足最低條件的使用者參與。

本文目的

本文旨在分享我從「想法」到「產品」的一般框架。

正如我常說的，當下這 6-12 個月是「想法落地黃金期」，借助 AI 工具，將創意變為現實異常容易，但很少有人意識到這一點。對於願意投入時間的人來說，這無疑是個巨大的套利機會。

我希望這篇文章能激勵更多人嘗試 vibecoding，將自己的想法變為現實，讓 Web3 回歸那個由獨立開發者和小團隊主導、每日都有創新誕生的領域。

本文預設讀者已具備一定技術基礎，熟悉開發工具、程式碼倉庫管理及常見元件知識。

階段 0：靈感來源

社交資本門控這個想法，其實在我腦海裡已經醞釀了幾個月。在頻繁使用 Kaito、Ethos、fantasy.top、time.fun 等工具及研究 SocialFi 指標的過程中，討論裡反覆出現一個問題：為什麼沒人做一個儀錶盤，能整合顯示用戶在所有這些平台的個人資料，用分數和數據來評估用戶資質？

過去 6 個月左右，「創作者指標」領域迅速崛起，如今人們可以透過各種資料維度評估一個人或一個帳號的價值。

那麼，能不能用這些指標來設定「參與門檻」（例如代幣發行的進入條件）？又能不能讓創作者自主決定向大眾揭露哪些指標，同時隱藏自己的真實身分？

真正促使我動手開發的，是看到 Pump.fun 的 ICO 融資了 5 億美元，最近 heaven 的 ICO 也融了 2000 萬美元。在我看來，這兩款產品的開發難度不算高，為什麼估值能這麼誇張？而且類似的成功發行平台還有很多，都融到了龐大資金。

公平地說，在這個領域，為了保持理性，我們其實已經不再糾結「代幣估值邏輯」；很多時候，估值本身就毫無道理可言。

但無論如何，這引發了我的個人挑戰：我能不能在一個週末內，以極低的成本、不依賴外部幫助，做出一個水平相當的產品？

我的目標不是打造商業產品、發行代幣，甚至不是賺錢，而是證明「這件事能做到」，並希望更多人追隨這條路徑。

階段 1：問題拆解

有了想法後，第一步是將其拆解為核心組件，並針對每個組件做出決策。對於「帶社交准入控制的發行平台」，我梳理出以下幾個 子問題：

鏈上技術堆疊選擇

首要決策是「部署在哪條鏈上」，這個選擇會影響後續所有實現環節。當時有兩個明確選項：Solana 和 Base。

Solana

優點：

· 土狗幣交易量最高的鏈；

· 聚光燈效應：任何部署在這裡的項目都容易獲得一定關注度。

劣勢：

· 實現彈性低，必須遵循現有代幣標準；

· 開發複雜度高，需要大量變通方案；

· 開發週期長；

· 基礎設施成本高且不穩定。

Base

優點：

· EVM 系鏈中「土狗幣」交易量最高；

· 對開發者支援完善；

· EVM 開發體驗；

· 可直接復用現有基礎設施。

劣勢：

· 「土狗幣」交易量不如 Solana。

由於 Blind 並非商業項目，只是一個週末練手作品，我們無需考慮「潛在財務回報」相關決策，只需選擇「不讓開發過程太痛苦」的方案。最終我們選擇了 EVM。在開發區塊鏈應用時，EVM 是最成熟、體驗最好的區塊鏈基礎設施，能讓我們快速、有效率且明智地推進開發。

可重複使用的現有基礎設施

確定鏈之後，下一步是尋找可重複使用的 SDK（軟體開發工具包）或現成合約，避免從零開始寫入程式碼。尤其是智能合約部分，優先使用經過審計的合約，能大幅降低安全風險。

幸運的是，EVM 生態中有大量可重複使用資源，我們主要有兩個選擇：

·基於 Uniswap 等 DEX 開發，在 Uniswap V4 基礎上自行發行所有准入控制邏輯；

SDK）開發，此 SDK 已內建索引、元資料上傳、發行曲線配置、預售階段管理等功能。

我們再次選擇「阻力最小的路徑」：基於 Flaunch 開發。這樣一來，我們可以專注於「發行平台的社交屬性 + 前端展示」，無需在資金池配置、索引基礎設施、收益分成合約等基礎功能上浪費時間和金錢。

「既然比你聰明的人已經把活兒乾完了，何必再重複造輪子呢？」

代幣部署方式

確定 SDK後，需要決策「誰來實際執行代幣部署」，有兩個方案可選：

方案 1：用戶發起交易部署代幣

· 需開發代理合約，確保用戶選擇的發行參數符合平台要求；現有子圖索引器中追蹤所有已部署代幣。

方案 2：使用者向後端提交「部署請求」，由平台機器人執行部署

· 所有代幣均由平台自有 EOA（外部擁有帳戶）部署，便於在索引器中追蹤平台發行的所有代幣；

· 可確保所有發行都遵循統一的標準化參數。

我們選擇了「後端服務部署」方案：這讓代幣追蹤更簡單，也能更嚴格地控制「部署內容與方式」，未來還具備升級空間。

所有代幣都將由後端控制的錢包部署。

本質上，我們相當於「精簡了 Flaunch SDK」，移除所有不需要的功能，只保留後端請求可呼叫的部分。

社交資料收集

接下來聚焦社交功能。我們需要確定哪些資料維度對發行平台有價值。理想的資料組合應同時反映「用戶帳號狀態」與「用戶聲譽」。

最終我選定了以下資料維度：

· 粉絲數（X 平台 API）

· 關注數（X 平台 API）

· 帳號註冊時長（poni 平台 API）

· 核心互動用戶數（Moni API）

· 聲譽分數（Ethos API）

· 內容傳播度分數（Kaito API）

這樣的組合能讓創作者在無需完全暴露身份的情況下，透過多維度資料證明自己的資質，脫穎而出。

社群資料處理與隱私權保護

使用者註冊時，我們會收集上述所有數據，但隱私權層面該如何設計？

我們的原則是「預設隱私優先」：所有資料預設為不公開，避免洩漏；使用者可自主決定每個資料維度是否公開。此外，還應允許用戶「模糊化展示數據」（例如實際上有 4.3 萬粉絲，可選擇顯示「4 萬 +」），提供半匿名的數據參考。

另外，資料處理應依賴「中心化後端 + HTTPS 請求」，還是採用複雜的零知識證明技術？

我們的方案是兩者結合：

· 所有資料儲存在 Postgres 資料庫中，前端透過 HTTPS API 直接從資料庫取得資訊。預售存取控制則採用下列流程：

· 用戶希望參與預售 → 向平台後端請求「准入證明」；

· 後端驗證使用者是否滿足創作者設定的門檻；

· 後端回傳包含「用戶戳記碼」編號智能合約驗證簽名有效性。

階段 2：開發實作

開始開發前，先列出所需「工具清單」：

· Railway（後端託管）：20 美元 / 月

· Railway（後端託管）：20 美元 / 月

Verp/cel月

· Cursor（開發工具，含 Claude 4 MAX 模式）：200 美元 / 月 + 100 美元 credits

· 網站網域：30 美元 / 年

· 網站 編號月

· ChatGPT：用於設計 Logo + 品牌視覺，也可替換為其他熟悉的工具

· 總成本約 405 美元（假設 Vercel 未超訂閱限額）。

附註：為加快開發，我實際用了比預期更多的 Cursor credits（啟用 MAX 模型）。如果不追求開發速度，可選擇更便宜的模型。

架構設計

大多數專案都需要 4 個核心元件：

· 前端：託管在 Vercel（單獨的 GitHub 倉庫）；

原文連結