Walrus Haulout Hackathon

RWA黑客松的時候接觸到一些Sui生態的活動，剛好他們最近有一場黑客松，雖然時間很趕而且自己完全不會寫Move卻還是硬著頭皮參加了。

Walrus Haulout Hackathon 相關資訊：

• 時間：2025/11/6–11/23 (比賽原本只到 11/16，後來延長了一週，謝天。)
• 地點：線上

[embed]Walrus Haulout Hackathon | $100K+ Prizes | All devs welcome Join the Walrus Haulout Hackathon and build the future of decentralized AI, data marketplaces & privacy solutions.www.walrus.xyz

[embed]Walrus Haulout Hackathon Participant Handbook | Notion Powered by DeepSurge | Featuring Walrus, Seal, and Nautilusmystenlabs.notion.site

Walrus 是 Sui 生態推出的去中心化資料庫，是目前他們的幾個核心模組之一，其他還有 zkLogin, Seal, Nautilus 等。這條鏈還很新，基礎建設穩固但數量不多，充滿前景也是很多人對這條鏈感興趣的原因。

幾個要注意的點是：

• 這場黑客松是純線上、國際的。
• 主辦並沒有規定你一定要用Walrus，他們還有其他賽道可以選。

• 雖然Walrus、Seal等工具出自 Sui 生態，但他們也可以跟其他的區塊鏈搭配使用。當然要使用這些工具還是會需要具備 Sui 的基礎知識，但沒有很多，我大概花幾個小時看看文件就把概念補起來了，後續實作這些概念也會越來越具體。

一開始想題目有點倉促，老實說這是我第一次打純線上黑客松，之前大多都是提前找好隊友、規劃至少一週（多的也有長達數月）、然後到現場兩三天內把東西搞出來。這次則是比賽已經開始後才臨時找人組隊，題目是跟一位會計背景的同學討論出來的，隊伍雖然人手充足，但 Web3 背景的只有我一個人。

我們想處理的問題是併購案中的 earn-out 問題，大概來說就是A公司把自己賣給B公司，但B公司怕A公司在付款後就擺爛，所以要把一部份的款項先拖著。雙方會簽合約，根據實際A公司進度以及合約上規定的KPI決定A公司是否達標，在指定期間內達標後才把剩餘款項轉給A公司。

說穿了這問題其實就是信任問題，既然是信任問題那就可以試著用區塊鏈解解看。我們打算結合Walrus跟Seal去做一個只有與該併購案相關的角色（買方、賣方、審計方）才能檢視的系統，至於這系統為什麼要做在區塊鏈上呢？當然就是為了確保不可篡改。

前面說過了Walrus是去中心化資料庫，Seal則提供對資料加解密的工具，並以去中心化的方式管理加密金鑰。使用Seal需要佈署Move合約、透過seal_approve* function判斷用戶是否有權限取得解密金鑰。

把 Seal跟Walrus串在一起就可以達到我們想要的效果了：先在Sui部署一份主合約earnout.move，然後每一筆併購案會產生一個 Deal object紀錄併購案相關細節，包含買方、賣方跟審計方地址。

實際併購案發生以後，買方就會上傳很多Seal加密過的資料到Walrus。這些加密資料是公開的，任何人都可以下載，但只有對應的Deal object中紀錄的買方、買方跟審計方才能透過Seal解密。

核心的部份其實就這樣而已，後續審計跟計算KPI都偏Trivial。其實我還想結合Nautilus (TEE) 去證明KPI的可信度，但考慮到Nautilus雖然可以證明計算過程無誤，卻難以確保買家餵給Nautilus的資料正確性，後來這個想法就先打消。

下面是我們提交的資訊：

• Project: https://www.deepsurge.xyz/projects/a9c2a8f8-0685-416f-8808-38a271377477
• GitHub: https://github.com/june-in-exile/2025-walrus-hackathon
• Live Demo: https://ma-earnout-2025walrushackathon.vercel.app/landing
• Video: https://www.youtube.com/watch?v=jujmG_nTp7g
• Pitch: https://pitch.com/v/aura-6dmgjd
• Package ID (Sui 上面的主合約地址): 0xf49b5a210b5e4c7e73c066c9701898be152282b5b5d97fe45d44c89f005db723

開發期間大概一週，加上一位實戰經驗豐富的 Web2 前端工程師輔助，這次提交出去的專案完成度是我歷次黑客松以來最高的。以下簡單展示幾個頁面：

有點經驗的人應該都看得出這其實就是一個很標準的套件應用場景，技術方面的創新為0。但我個人覺得這個場景還滿漂亮的，很好地體現了兩個工具搭配使用的效益，而且也沒有在硬套。我個人判斷一個黑客松主題是好是壞的標準有三：

1. 該問題是否重要？
2. 該解法是否適用於解決該問題？
3. 該問題是否沒有更適合的解法？

有1才有2，有2才有3。如果3點都符合那就很棒。以這個題目來說我覺得至少有2：

1. 根據會計描述這個問題在他們領域一直很難解決。
2. 既有的人工審計制度，搭配具有權限控管 (Seal)、但不可篡改的資料庫 (Walrus)，確實適合處理這樣的問題。
3. 不太確定。

這次黑客松還有一個很大的觀察就是，由於漸漸習慣vibe coding的關係，當我的Claude Code達到上限以後我基本上不太會再有進度推進，只能等到5小時的額度重置再繼續。

等待的時候雖然會搭配使用Gemini Code去解一些小bug，但正確性以及速度跟Claude Code相比都差太多，有時甚至還會寫錯或是把代碼品質弄得很糟，不如直接雙手一攤等Claude Code來救。

當然這個情況是不應該發生的，即便沒有Claude Code我也應該自己要能有所推進才對。不過黑客松期間時間資源寶貴，不敢做太多嘗試，之後寫代碼的路上會逐漸調整自己的心態。

我們在最後一天才把專案完成並提交，主辦回報這次共有279個專案提交，獎項只有四個賽道各3組加上技術獎3組，想拿錢要擠進前5%。

第一次打Sui生態的黑客松也不求貪，其實過程中有學到怎麼寫Move合約以及怎麼使用Sui生態工具，已經是值回票價了。剩下就等一週後公佈名次再來更新吧！