400美元+3天，我打造了一个Web3 Launchpad

本文將分享一個從 「想法」 到 「產品」 的通用框架。本文源自 ultra 所著文章，由 Foresight News 整理、編譯及撰稿。 （前情提要：BIO 上線 V2，新 launchpad 能重啟 Desci 熱潮嗎？ ） （背景補充：ai16z重磅更新！ElizaOS V2、Launchpad「auto.fun」將上線，創辦人笑：大家都會來抄 ）   上週末，我加班做出了 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 基礎上自行搭建所有準入控制邏輯； 基於現有發行平臺的基礎設施（如 Flaunch 的 SDK）開發，該 SDK 已內建索引、元資料上傳、發行曲線配置、預售階段管理等功能。 我們再次選擇 「阻力最小的路徑」：基於 Flaunch 開發。這樣一來，我們可以專注於 「發行平臺的社交屬性 + 前端展示」，無需在資金池配置、索引基礎設施、收益分成合約等基礎功能上浪費時間和金錢。 「既然比你聰明的人已經把活兒幹完了，何必再重複造輪子呢？」 代幣部署方式 確定 SDK 後，需要決策 「誰來實際執行代幣部署」，有兩個方案可選： 方案 1：使用者發起交易部署代幣 需開發代理合約，確保使用者選擇的發行引數符合平臺要求； 需找到辦法，在 Flaunch 現有子圖索引器中追蹤所有已部署代幣。 方案 2：使用者向後端提交 「部署請求」，由平臺機器人執行部署 所有代幣均由平臺自有 EOA（外部擁有帳戶）部署，便於在索引器中追蹤平臺發行的所有代幣； 可確保所有發行都遵循統一的標準化引數。 我們選擇了 「後端服務部署」 方案：這讓代幣追蹤更簡單，也能更嚴格地控制 「部署內容與方式」，未來還具備升級空間。 所有代幣都將由後端控制的錢包部署。 本質上，我們相當於 「精簡了 Flaunch SDK」，移除所有不需要的功能，只保留後端請求可呼叫的部分。 社交資料收集 接下來聚焦社交功能。我們需要確定哪些資料維度對發行平臺有價值。理想的資料組合應同時體現 「使用者帳號狀態」 ...