昨天參加了 BeWater 比賽的首場 Twitter Space，有參與了一些討論，這里記錄下來我的一些想法，另外吐槽下 Twitter Space，網(wǎng)絡(luò)很不穩(wěn)定。也許未來在某個黑客松比賽上落地下 Web3 的 Space 的 MVP。

這個 Space 我在比較末尾才加入聽，聽到一個是說如何讓比賽更公正和硬核的模式，就是在比賽開賽時再公布賽題。

對于這個問題，我有一些經(jīng)驗(yàn)。

我基本上也去年同期辭職 All in Web3 的，在去年 5 月份從參加 ETH-ShangHai 開始陸續(xù)參加了一系列的黑客松，90%的比賽基本上都是針對某個比賽而在開賽時開始想的 idea 參加的，但是一些比賽其實(shí)是有一些漏洞和問題的。當(dāng)然，代碼是有迭代使用的，基本上是第一個比賽奠定了 Web3 開發(fā)的 DApp 的代碼基礎(chǔ)，后續(xù)不同的比賽，我只需要關(guān)注不同比賽時不同的 SDK 接入以及針對比賽我想的新的業(yè)務(wù)即可。

對于我的邏輯是我不僅僅是為了參加比賽而比賽，我更希望是通過參加比賽能逐步激勵我落地真正的 Web3 產(chǎn)品，只是不同的比賽的贊助商提供的賽題或者其 SDK 文檔能開闊我的技術(shù)面而已。

我想，黑客松其實(shí)可以分這幾類，針對不同的舉辦方目標(biāo)以及參賽人群：

類型分析

從舉辦方角度思考

1. 資方角度看，目的大部分應(yīng)該都是為了發(fā)現(xiàn)更多的潛在投資標(biāo)的
2. 也可能純粹舉辦方為了吸引人氣，因?yàn)楸旧砼e辦方就是一個比賽的組織者中間人而已。出獎金的則是另外一些群體，如不同的技術(shù)方案提供商等

從參賽人群角度思考

1. 誤打誤撞看到，順帶參加的
2. 專業(yè)參加比賽拿獎金，可能拿一個項(xiàng)目反復(fù)參加不同比賽，特別是比賽沒有命題情況下，可能壓根就沒有做任何修改就反復(fù)參加
3. 帶著某個自己的 idea，反復(fù)迭代，根據(jù)不同比賽命題有額外根據(jù)命題做更多開發(fā)

市面上的幾種類型的比賽

主要根據(jù)我從 15 年開始陸續(xù)參加各種不同比賽經(jīng)歷分享的一些內(nèi)容。

1. 有的比賽評委可能會因?yàn)?PPT 做的好或者 PPT 里面介紹的團(tuán)隊(duì)成員比較硬核就給高分

記得 15 年在北京參加過一個比賽，當(dāng)時是現(xiàn)場臨時組隊(duì)，我也臨時寫了幾行 css，整體代碼沒怎么寫，用的是某個成員之前一個項(xiàng)目的，當(dāng)時核心是 PPT 及上臺演講伙伴講的比較好，另外是其中一個團(tuán)隊(duì)成員偽造經(jīng)歷聲稱自己的 Google 及 MIT 什么背景的，當(dāng)時我并不知道這個成員偽造這個經(jīng)歷，后面才另外朋友告知才知道的。當(dāng)時我認(rèn)為我們項(xiàng)目肯定不會拿獎的，我在頒獎前就先行離開了，后面告知我說我們這個團(tuán)隊(duì)好像還拿了第一名，這個讓我非常大跌眼鏡。

針對這個問題，我認(rèn)為需要把評分指標(biāo)以及所有評委的打分公開（可以匿名公開）。
進(jìn)一步可能可以有一個舉證期比如一周時間，允許任何人舉證所有團(tuán)隊(duì)是否違規(guī)，這樣基本上避免了評委因?yàn)轫?xiàng)目過多評分時間過短而導(dǎo)致的錯誤評判，不過這樣導(dǎo)致了整個比賽的操作更復(fù)雜，也可能引起更多的糾紛。但是如果本質(zhì)是為了讓比賽盡可能更公平，而且可持續(xù)長久，我認(rèn)為還是比較有必要的，如果是專門舉辦比賽的組織團(tuán)隊(duì)可以考慮，臨時某個廠商自己組織的比賽可能就沒法如此仔細(xì)專業(yè)的設(shè)計(jì)流程了。

2. 最近 Web3 的比賽大部分都是廠商贊助商的命題賽，基本上要求用到贊助商的 SDK 或者 API 或者鏈來開發(fā)的，這類反倒比較明確清晰

去年 5 月份參加的 ETH-ShangHai 比賽有多個贊助商獎，當(dāng)時我把大部分贊助商的技術(shù)方案都過了一遍，最終我有拿到 LitProtocol 和 XMTP 的賽道獎，也就在 2 周時間內(nèi)從零開始學(xué)習(xí)到做出來的，后面廠商的評委還發(fā)郵件和我溝通我的實(shí)現(xiàn)邏輯并 review PR 代碼，最后還在他們的博客上專門寫博客介紹了我落地的賽道賽題解決方案。

3. 還有一些比較不專業(yè)了

1. 比如我參加了某個比賽，獎金拖了半年才發(fā)，最終是有發(fā)了，但是被大多數(shù)團(tuán)隊(duì)催了很多次。
2. 另外一個比賽則是有拿了點(diǎn)小獎，但是似乎所有人獎金都沒有發(fā)，然后大家好像也都無所謂獎金也沒人去催。這個不是 web3 的比賽，到目前為止這個獎金還沒有發(fā)。
3. 還有一個，感覺是騙我們參加比賽了，拿了廠商的一些資源，然后壓根沒有分發(fā)給參賽者。另外里面前面幾名我親自上去測試了，發(fā)現(xiàn)水分非常大，這類就相對比較惡劣了。

如果 Web3HackerWorld 未來舉辦比賽會怎么設(shè)置？

如果我們本身作為舉辦方及贊助方，會從自身發(fā)展考慮

本身我們設(shè)計(jì)的 BuidlerProtocol 基本上滿足 萬物皆可 Web3 的哲學(xué)了。因?yàn)檫壿嬌衔覀兤鋵?shí)相當(dāng)于設(shè)計(jì)了一個 Web3 的 App Store, 所有使用我們平臺開發(fā)的應(yīng)用都可以類似蘋果開發(fā)者商店那樣，已經(jīng)有了底層的去中心化的營收經(jīng)濟(jì)模式。

開發(fā)者本身就是專注開發(fā)好自己的 Web3 的實(shí)際用戶場景體驗(yàn)功能即可，用戶越多，產(chǎn)生的消費(fèi)類商品越多，那么自然未來收益越多（注意這里我們不希望擊鼓傳花龐氏模式的產(chǎn)品參與）。

因此會有 BuidlerProtocol 的命題比賽，而比賽會設(shè)定為每個月舉辦一次，每次為期一個月。

命題要求就是基于 BuidlerProtocol 及相關(guān)配套 SDK 來開發(fā) “萬物皆可 NFT” 的應(yīng)用。

允許參賽方反復(fù)參加比賽，但是如果之前拿過比如二等獎，那么如果這次比賽評委又評為二等獎，那么就不會發(fā)放對應(yīng)獎金，但是這次如果拿到了更高的獎，則會發(fā)放獎金。

這樣的目的是為了鼓勵參賽開發(fā)者能持續(xù)的改進(jìn)其項(xiàng)目并持續(xù)讓項(xiàng)目成長獲得更多實(shí)際用戶。

最終拿到一等獎的項(xiàng)目基本上就是會在比賽后獲得平臺的基金直接投資加快產(chǎn)品的推廣及營收。

如果是第三方廠商贊助

這類基本上可能是不同的公鏈或者不同的應(yīng)用功能 SDK。

這塊基本上會是考慮集成度以及技術(shù)落地細(xì)節(jié)了。也不存在項(xiàng)目方反復(fù)拿同樣項(xiàng)目參賽的問題。

當(dāng)然，可能會排除掉一二三等獎的參賽方，讓位給其他未得名次的其他參賽者，鼓勵他們進(jìn)一步 build。

設(shè)定開放命題

允許參賽者天馬行空落地一些黑客想的 PoC，設(shè)定專項(xiàng)獎金支持這些早期想法，評判標(biāo)準(zhǔn)主要是要有底層技術(shù)突破并確實(shí)落地。

設(shè)定更仔細(xì)的規(guī)則

1. 核心邏輯代碼必須提交 github（有商業(yè)化的代碼可以不公開）
2. 評委打分公開，去除每個維度的最高分及最低分
3. 可以加入群眾評委，隨機(jī)從參與者中選擇出來匿名公開打分
4. 設(shè)置異議緩沖期，例如一周時間，如果已公布的獲獎團(tuán)隊(duì)在一周時間內(nèi)被其他人匿名舉報(bào)存在問題，則評審團(tuán)需要進(jìn)一步核實(shí)做出評判
5. 設(shè)定更多和應(yīng)用商業(yè)化落地相關(guān)的維度，比如一個月時間內(nèi)，產(chǎn)品落地多少實(shí)際用戶（需要可嚴(yán)格驗(yàn)證等），獲得多少產(chǎn)值增長等

綜合這些邏輯，核心目標(biāo)是為了讓比賽來促進(jìn)產(chǎn)品的落地及用戶實(shí)際增長，當(dāng)然也能促進(jìn)新的技術(shù)革新。