規則解讀10 / 10
社區關係
30 秒看懂
- 合約只記誰推薦了誰，層級不是會員等級
- 現有關係大多從 Polygon 遷移，Anubis 上邀請未開放
- 白皮書沒有推薦獎勵比例，本站不能改動關係
關係合約
推薦關係記錄在 Anubis 鏈上的社區關係合約裡：
Community0xc9f9a8a2dBf8188AD6610e0239105CAbE67c4993
- 部署時間：區塊 1,841,628（2026-04-28）開始有合約代碼。
- 合約性質：截至 2026-09-24，區塊瀏覽器顯示它是 EIP-1967 可升級代理合約，邏輯合約的原始碼沒有在瀏覽器上驗證公開。
合約為每個成員保存兩項數據：
| 數據 | 含義 |
|---|---|
| level | 成員在關係樹中的層級。根成員為 1，每個成員比推薦人多 1 |
| referrer | 推薦人地址 |
合約提供的查詢：
members(地址)：返回該地址的層級和推薦人；不是成員的地址層級為 0。referrerOf(地址)：返回推薦人。referrals(地址, 起點, 數量)：分頁返回該地址的直推列表和直推總數。
合約只記錄“誰推薦了誰”。更深層的團隊人數、團隊創世共建總額等數據，需要把全部關係按樹彙總，這是本站索引服務做的事。
關係樹的根
關係樹的根成員是 commRoot() 返回的地址 0x159ec1f43d18ff1f275156a4a8b0e53503503c1b，層級為 1，它的推薦人是合約裡的佔位地址 ORIGIN()，即 0x0000000000000000000000000000000000000001。所有成員都能沿推薦人一路追溯到這個根。
兩類事件：Joined 與 Imported
| 事件 | 欄位 | 什麼時候發出 |
|---|---|---|
| Joined | member、referrer、level | 每個成員加入關係樹時 |
| Imported | member、referrer、operator | 關係由操作地址批量匯入時 |
鏈上記錄顯示，關係樹的成員絕大多數是通過 Imported 事件從 Polygon 批量遷移過來的：遷移從區塊 1,856,081 開始，分多批進行，僅截至區塊 1,888,000 就匯入了 318,155 名成員（加上根成員共 318,156 名）。現有成員總數、遷移匯入的人數和在 Anubis 上直接加入的人數，見社區數據裡的“成員總數”“遷移匯入”和“鏈上加入”，每天的加入數量也在那裡。
邀請在 Anubis 上尚未開放
官方 dApp 顯示，Anubis 鏈上的邀請功能尚未開放，頁面提示使用者到 Polygon 上邀請。官方 dApp 頁面 因此 Anubis 上的推薦關係絕大多數來自遷移，新的邀請關係要等官方開放後才會在 Anubis 上正常產生。
關係樹有多深
截至 2026-09-24 的數據，創世計劃的參與地址分佈在關係樹的第 6 層到第 97 層之間，中位數是第 45 層。關係樹很深，所以本站用索引服務預先彙總團隊數據，而不是每次打開頁面都去鏈上逐層查詢。
白皮書裡的社區算力
白皮書規定，每天的社區生態排放按 50% 與 50% 分為個人算力和社區算力兩部分：個人算力部分按個人有效 Power 的權重競爭分配，社區算力部分進入社區算力競爭體系。兩部分共享同一個經過三層門控的排放預算，50% 與 50% 只是內部配置比例，不會產生新增排放。白皮書第 73–74 頁
Daily Community Emission = 50% Personal Power + 50% Community Power
白皮書沒有說明社區算力如何計算，也沒有提到它與這份關係合約的關係。
本站的團隊工具
本站根據這份合約和創世認購合約，為每個地址整理出下面這些數據：
- 地址頁（用導覽欄的“查詢地址”進入）：該地址是否為成員、層級、推薦人、上級鏈路、直推列表，以及它自己的創世共建記錄。
- 團隊數據：地址頁公開顯示全部下級人數（任意深度）和團隊創世共建總額；按深度的分佈和完整的團隊成員列表在團隊頁面，屬於會員功能。這些彙總來自本站索引服務，同步中時頁面會顯示“索引同步中”和目前進度。
- 備註、分組與關注的地址（會員功能）：你可以給地址寫備註、分組，也可以把常看的地址設為關注的地址；關注的地址可以帶備註，和它在其他地方的成員備註是同一條。這些內容保存在你的帳號裡，存放在本站伺服器上，也可以匯出和匯入備份。不要在備註裡寫私鑰、助記詞或任何密碼。