ArcBlock 開發者大賽延期與審查標準更新
親愛的 ArcBlock 社群開發者，
我們於 10 月推出了開發者大賽，目的是激發創意，並肯定各位為平台成長所付出的努力。
首先，我們要對各位積極的參與及展現出的熱情，致上誠摯的謝意。🙌 其次，我們要對大賽內容做出一些調整。
有什麼變化？
隨著大賽即將接近尾聲，我們的審查結果顯示，許多參賽作品是從其他平台移植過來的，未達到我們期望的品質水準。雖然這些 Blocklet 仍具備一定的實用性，但對 ArcBlock 平台及生態系統的長期貢獻相當有限。
在內部討論並透過投票廣納社群意見後，我們決定更加重視品質而非數量。
大家都認同，ArcBlock 應該把重心放在長期的永續發展上。基於這個共識，我們做出以下決定：
- 調整大賽的評審標準，優先支持具有長期價值的高品質應用
- 將大賽截止日期延長至 2024 年 12 月 31 日，讓開發者有充裕的時間進行深入研究、開發並提交高品質的應用程式。
- 將競賽獎勵池從 5000 ABT 提高至 7500 ABT，以表達我們對各位投入與努力的感謝。💰📈
全新審查準則
以下是我們更新後的評審準則：
- 實用性（必要）：Blocklet 必須基於真實世界的使用情境，有效解決使用者的需求。
- 使用者體驗（必要）：Blocklet 應具備美觀的視覺設計與互動性，並可選擇性支援多語言。開發未完成的 Blocklet 將被拒絕。
- 著作權保護（必要）：原創性至關重要，Blocklet 不得與商店內既有的 Blocklet 重複。若是基於現有開源專案開發，必須註明原始來源。明顯抄襲其他平台或商店內容者，將被拒絕。
- ArcBlock 基礎架構（建議）：我們始終鼓勵以 ArcBlock 基礎架構為基礎打造的 Blocklet。
- 使用 Blocklet Service 進行應用程式管理、以 Blocklet UI 打造標準化的使用者介面，並運用 DID Spaces 進行資料儲存。
- 我們也鼓勵使用底層協定，例如 NFT、代幣（Token）、可驗證憑證（Verifiable Credentials）、DID Connect 與質押（Staking）。
- 可組合性（建議）：我們的平台仰賴組合能力蓬勃發展，良好的組合性能帶來加乘效果。
- 功能導向模組，例如 Discuss Kit、Media Kit、Payment Kit 或 Points，每一個都能有效解決特定使用情境，同時支援無程式碼（no-code）與低程式碼（low-code）整合。
- 平台導向模組，例如 Pages Kit、AIGNE Studio 或 NFT Studio，每一個都至少支援一種以 Blocklet 擴充的方式。
- 去中心化（建議）：
- 具備獨立部署的必要性，也就是能產生具價值的使用者相關資料。
- 不蒐集、不將使用者資料變現，藉此保護使用者隱私。
- 您的 Blocklet 不應依賴外部服務。
- 易於推廣（建議）：您的 Blocklet 應該易於使用，並能妥善支援使用者的疑問。建議提供線上展示（Demo）、支援網站或專屬的開發者網站。
- 公開開發（建議）：開源的 Blocklet 更能長久發展，也更容易獲得使用者信任。
依據這些準則，我們將開始重新評估現有的 Blocklet。凡不符合新準則的作品，皆可能遭到拒絕或下架。
我們也將為 ArcBlock 平台上不同的開發路徑，製作一份開發者入門指南，如以下範例：
我們相信，這些調整將進一步激發優秀應用的誕生，有助於壯大並拓展 ArcBlock 生態系統。感謝各位一路以來的支持，我們迫不及待想看到您接下來的創作！
開發者支持方案
我們深知開發 Blocklet 所需承擔的財務成本與營運負擔，因此建立了兼具短期與長期激勵的開發者支持方案：
短期激勵措施：
- 開發者大賽獎項：每一輪大賽，我們都會依據 Blocklet 評分頒發獎項。
- 開發者建置成本補助：為協助您更有效地展示您的作品與 Blocklet，若您透過 ArcBlock Launcher 架設個人開發者網站，我們將按季補助您的營運費用。
長期激勵措施：
- 與 ArcBlock Launcher 分潤：我們將提撥您的 Blocklet 透過 ArcBlock Launcher 實際下載所產生收益的一部分給您。
- 年度與季度最佳 Blocklet 徽章：為表彰最受社群青睞的 Blocklet，我們將依據使用者評價，頒發 NFT 徽章給「最佳 Blocklet」得主。這些徽章將展示於 store.blocklet.dev 及您的開發者個人主頁上。
我們相信，這項支持方案將大幅鼓勵開發者持續產出高品質的 Blocklet，同時在 ArcBlock 生態系統中延續創新動能。
本頁涉及
術語
-
Blocklet
Blocklet 是 ARC 的可部署單元。它把應用宣告的內容、設定和執行需求放在一起，讓開發者面對的是一個清楚的應用單位，而不是散落在不同位置的部署線索。