更新：禮物可以退回了，但我還沒測試過。

Fee 要 0.2 TON

$BUILD 你各位領了沒？

https://t.me/tokentable_bot/build

Geckoterminal : https://www.geckoterminal.com/ton/pools/EQBka2QNtPb0sTQexdn9c6eMFK6ueZtzqEMcYLanm5LRpHyd

Your gift Kissed Frog #6132 has been bought for 7 TON, your balance has been updated!

讓我們見證一下我賣出的第一個禮物，究竟會是賣飛？還是神賣呢？

千呼萬喚屎出來了～

Launchpool Details

· Hold NOT: 8,000,000
· Hold TON: 4,000,000
· Hold BUILD: 3,000,000
· Hold DOGS: 1,000,000
· Hold ANON: 1,000,000

· Notcoin Levels: 3,000,000
· Notcoin Stakers: 2,500,000

Total Rewards: 22,500,000 $PX (& some for referrals)

Earning Period: Jan 10 – Jan 14

Let's Earn

https://t.me/earn/join?startapp=j_4_r_NF8zMTcwOQ

Three words

@nft

將所有比賽的概述、任務目標丟給 AI 總結：

透過這次比賽，開發者在「多執行緒驗證架構」、「Merkle tree 與狀態轉移更新的效能優化」、「序列化 / 反序列化與記憶體管理技術」等面向都能作出改進。最終結果便是能大幅縮短區塊驗證的執行時間並降低整體 CPU 耗用，從而讓整個 TON 區塊鏈在處理交易與更新區塊的效能上更進一步。

- 我是沒辦法驗證有沒有亂說，但如果從 4o 的結論來看，代表去年銘文之亂導致許多節點性能不足以負載的狀況，將會獲得改善，可是....他們已經被淘汰惹，整體驗證節點的要求也已經上來了。

- 另外一點就是：Telegram Contests 貼文居然寫了：「獲勝者有機會加入 Telegram 或 TON Core 團隊，或獲得支援為 TON 推出真正的 TVM 側鏈。」難道側鏈將會是明年的重頭戲嗎？看來 $DUCK 接下來有好戲看了....這時機絕了。
————————

4o 完整分析：

從比賽的任務描述來看，整個挑戰主要著重在「優化區塊的驗證流程（block validation）」以及「重建新的 shard state 並產生對應 Merkle update」。以下是透過此比賽，可能帶來的幾個效能增強重點：

1. 並行化（Multi-threading）驗證過程

- 參賽者需要在同一程式中處理多個 shard state、交易清單、訊息佇列（message queue）等結構，並且對其進行校驗和更新。
- 原始實作只有單執行緒，官方也在文件中特別提示了可以透過多執行緒來加速驗證流程。
- 此外，比賽明確提及「CellUsageTree」並非 thread-safe，如果要做多執行緒，必須自行解決這部分的併發安全問題。
- 在多執行緒情況下，可以同時驗證多個交易或者同時更新不同部分的 Merkle tree，使得整體驗證時間縮短。

2. Merkle 資料結構處理優化

- 在 TON 區塊鏈的設計中，每個區塊都帶有舊的 shard state，並且在區塊執行完畢後產生新的 shard state（其中包含帳戶狀態、訊息佇列等變動）。
- 這些狀態變動最後都要以 Merkle tree 的方式打包更新。要同時驗證前後狀態並確保正確產生新的 Merkle update，過程相當繁瑣。
- 原始程式碼裡關於 Merkle tree 操作與驗證可能尚未充分優化；若能對 Merkle tree 的構建、合併、驗證流程等做更有效率的實作（包含跳過不必要的重複計算、做 更有效率的釋放/管理記憶體等），即能顯著減少整體執行時間。

3. 交易執行與帳戶狀態更新（State Transition）的效能改善

- 在驗證區塊時，需要「重放」所有交易，並依序更新帳戶餘額、合約程式執行後的狀態等。這些動作本身就可能消耗不少 CPU 資源。
- 通常的優化手法包括：
a. 並行化交易：若交易間彼此不衝突、或屬於不同 shard，可考慮並發執行後再合併結果。
b. 減少重複資料讀取：在程式內部對 shard state、佇列或交易清單做更高效的緩存機制。
c. 避免不必要的檢查：如果有些檢查可以直接利用 Merkle proof 或其他捷徑完成，則減少對整個資料樹重複讀取。

4. 資料載入與序列化 / 反序列化優化

- 依比賽說明，block_data 與 collated_data 會以序列化後的形式提供，並且「Merkle update 不在區塊裡，而是需要自己重建」。
- 資料的序列化 / 反序列化常是區塊鏈驗證流程中的效能瓶頸之一。
- 透過優化載入時的記憶體管理、跳過不需要的欄位、以更有效率的格式來處理序列化資料，都可能顯著減少 CPU 時間。

5. 整體架構與程式碼邏輯精簡

- 比賽給出的參考實作（contest-validate-query.cpp 等）是基於舊有程式碼修改而來，可能存在結構或介面上的額外抽象層。
- 任何減少函式呼叫深度、簡化邏輯流程、減少不必要的紀錄與檢查，都能提昇整體效率。
- 例如：若在多處重複使用相同 Merkle proof 或 shard state 片段，則可建立暫存（cache），以避免多次處理相同資料。

$WOOF 來了！目前大家應該都進不去

請各位大德用我的連結：https://t.me/earn/join?startapp=j_5_r_NF8zMTcwOQ

限時 24 小時，特別的是.... 狗狗 NFT 也能 Earn， $NOT 持有者成為最大贏家
——————-
· Hold NOT: 85,050,000
· Hold TON: 36,450,000
· Hold BUILD: 31,590,000
· Hold Lost Dogs NFT: 36,450,000

· Notcoin Levels: 40,230,000
· Notcoin Stakers: 40,230,000

Total Rewards: 243,000,000 $WOOF (& some for referrals)

Earning Period: Jan 15 – Jan 16

各位師兄弟，記得回來連一下錢包點一下，以前的狗狗 NFT 有用，而且給不少....

https://t.me/earn/join?startapp=j_5_r_NF8zMTcwOQ