Кіраванне сеткай і галасаванне

1. Чатыры групы ўдзельнікаў

• Relay — 22,5%. Актыўныя Relay атрымліваюць вагу паводле пацверджанага effective uptime.
• Storage — 22,5%. Актыўныя і бесперапынна гатовыя Storage атрымліваюць вагу паводле пацверджанай даступнасці.
• Wallet — 45%. Вага складаецца з дапушчальнага балансу і дэлегаваных токенаў.
• Service — 10%. Удзельнічаюць толькі governance-approved сэрвісы; некалькі агентаў аднаго сэрвісу не памнажаюць яго знешнюю вагу.

У consensus выкарыстоўваюцца цэлыя долі ppm: 225000, 225000, 450000 і 100000. Працэнты вышэй — толькі зручнае адлюстраванне.

2. Здымак права голасу

• На пачатку галасавання VOTE_SNAPSHOT фіксуе дапушчальных удзельнікаў, балансы і дэлегаванне, актыўныя вузлы і сэрвісы, availability і вагу груп.
• Змены балансу, дэлегавання, статусу вузла або uptime пасля vote_start не змяняюць ужо адкрытае галасаванне.
• Для Wallet дзейнічае min_wallet_cast_power з актыўных System Settings; пачатковая рэкамендацыя — 10 000 NPT.
• Меншыя ўладальнікі могуць дэлегаваць заблакіраваны voting power іншаму кашальку без перадачы права выдаткоўваць токены.

3. Варыянты і падлік

• Дапушчальныя варыянты: YES, NO, ABSTAIN і COMPLAINT.
• Адсутнасць голасу не лічыцца ABSTAIN, не ўваходзіць у кворум і не перадаецца лідару.
• Яўны ABSTAIN дадаецца да адзінага лідара ў сваёй групе; пры роўнасці лідараў ён застаецца нейтральным.
• Для кожнай актыўнай групы правяраецца кворум, пасля чаго яе вынік уваходзіць у агульны score з замацаванай вагой.

4. Тэрмін і аўтаматычная фіналізацыя

• Намінальны тэрмін прапановы — ад 3 да 10 дзён.
• Скарачэнне тэрміну аплачваецца дадатковым дэпазітам: (10 − duration_days) × 200 NPT паводле пачатковых System Settings.
• Матэматычна незваротны YES можа быць прыняты датэрмінова. NO, COMPLAINT, NO_QUORUM і астатнія зменлівыя вынікі чакаюць vote_end.
• Фіналізацыю Relay запускаюць аўтаматычна; подпіс карыстальніка пасля заканчэння і адкрытая старонка галасавання для выніку не патрэбныя.

5. Тыпы прапаноў і парогі

• Settings, node/service approval і node removal: парог больш за 50%; settings_update патрабуе дэпазіт 100 NPT.
• Token mint: дэпазіт 1 000 NPT і парог не менш за 66,667%.
• Blocklist/delete: дэпазіт 10 NPT і парог больш за 50%; блакіроўка дзеянняў кашалька — 25 NPT і не менш за 60%.
• Змена DevFund: дэпазіт 5 000 NPT, парог больш за 70% і рэкамендаваная затрымка прымянення 7 дзён.
• Emergency action: патрабуе наступнага emergency_ratification з парогам больш за 50%.

Фактычныя дэпазіты, кворумы і парогі заўсёды бяруцца з актыўных System Settings, а не з лакальнай канфігурацыі інтэрфейсу.

6. Вынік і дэпазіт

• Пры NO_QUORUM або роўнасці лідараў стан сеткі не змяняецца.
• Дэпазіт вяртаецца пры прынятым YES, звычайным NO або недасягнутым парозе без даказанага парушэння.
• Перамога COMPLAINT пераводзіць дэпазіт у DevFund/penalty wallet і ўключае 12-гадзіннае абмежаванне на новыя прапановы ініцыятара.
• NPT не спальваюцца: штрафы і канфіскаваныя дэпазіты пераводзяцца на кашалькі, вызначаныя System Settings.

7. Blocklist і выдаленне

• BLOCKLIST_ADD забараняе будучыя аперацыі з мэтай, але сам па сабе не патрабуе фізічнага выдалення даных.
• DELETE_TOMBSTONE патрабуе фізічнага выдалення payload на Storage; у сістэмным ланцугу застаюцца толькі мінімальныя метаданыя і доказы.
• Runtime-табліцы Relay з’яўляюцца праекцыяй Network System Chain і не могуць падмяняць яго як крыніцу рашэнняў.