Once I get the answer I will revert to you.
Hello, I received the answer from the dev. He opened a ticket on Dell because we have a problem with the network plate on the server due to bad manufacturing.
@bitmoon is the node then in a good enough shape to be added to a subnet, or should we leave it out?
Just a component need to be changed so we keep it.
Replace nodes in subnet uzr34
Motivation:
The following nodes in subnet uzr34
have been cordoned and need to be removed from the subnet:
- gtfa3: offboarding CH3 DC after 48 months; Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #16 by katiep
- x3cey: offboarding TO1 DC after 48 months; Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #56 by Gabriel_Rodriguez and Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #57 by katiep
- xu2zg: offboarding AN1 DC after 48 months; Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #44 by Paul_DC and Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #46 by katiep
Decentralization Nakamoto coefficient changes for subnet uzr34-akd3s-xrdag-3ql62-ocgoh-ld2ao-tamcv-54e7j-krwgb-2gm4z-oqe
:
node_provider: 11.00 -> 11.00 (+0%)
data_center: 11.00 -> 11.00 (+0%)
data_center_owner: 11.00 -> 11.00 (+0%)
area: 11.00 -> 11.00 (+0%)
country: 7.00 -> 7.00 (+0%)
Mean Nakamoto comparison: 10.20 → 10.20 (+0%)
Overall replacement impact: equal decentralization across all features
Details
Nodes removed:
gtfa3-saq3t-ymlel-lsf6d-ans7b-cr45x-xg5np-xbxyt-nxfrt-iynyy-5qe
[health: healthy]x3cey-uerdd-53a7n-d45e2-gjsnd-airg5-nrs5i-4xujk-c5ynl-4pie6-yqe
[health: healthy]xu2zg-nns7x-z67l6-foa5w-yc4ek-addku-g2hqg-c3jdg-wabdu-5ouaw-yae
[health: healthy]
Nodes added:
dh4nc-xdofs-5bsqf-zny3q-zjfhj-sn76b-vizti-sjzmv-5jvqc-sjhv2-iae
[health: healthy]qlvmn-xucv5-o6qp6-nmhaa-mfm2g-x42bb-6sisq-wrytb-wpxkm-fser2-dqe
[health: healthy]ojfqu-qooyf-umyhe-bryn4-x6dcf-qv7ax-vnr5r-22ioq-jycjr-7le7t-uae
[health: healthy]
node_provider data_center data_center_owner area country
------------- ----------- ----------------- ---- -------
4jjya-hlyyc-s766p-fd6gr-d6tvv-vo3ah-j5ptx-i73gw-mwgyd-rw6w2-rae 1 an1 1 -> 0 Anonstake 1 Bogota 1 AR 1
4r6qy-tljxg-slziw-zoteo-pboxh-vlctz-hkv2d-7zior-u3pxm-mmuxb-cae 1 ar1 1 AtlasEdge 0 -> 1 Brussels Capital 0 -> 1 AU 1
64xe5-tx2s3-4gjmj-pnozr-fejw2-77y5y-rhcjk-glnmx-62brf-qin5q-pqe 1 at2 1 Celeste 1 Bucuresti 1 BE 1
6nbcy-kprg6-ax3db-kh3cz-7jllk-oceyh-jznhs-riguq-fvk6z-6tsds-rqe 1 bg1 1 Cloud9 1 CABA 1 CA 1
6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe 1 bn1 1 CyrusOne 1 -> 0 Cape Town 1 CH 1
7at4h-nhtvt-a4s55-jigss-wr2ha-ysxkn-e6w7x-7ggnm-qd3d5-ry66r-cae 1 br2 0 -> 1 Cyxtera 1 Colombo 1 CO 1
7uioy-xitfw-yqcko-5gpya-3lpsw-dw7zt-dyyyf-wfqif-jvi76-fdbkg-cqe 1 bu1 1 DEAC 1 Flanders 1 -> 0 CZ 1
bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe 1 ch3 1 -> 0 Datacenter United 1 -> 0 Florida 0 -> 1 EE 1
diyay-s4rfq-xnx23-zczwi-nptra-5254n-e4zn6-p7tqe-vqhzr-sd4gd-bqe 1 cm1 1 Datasite 1 Gauteng 1 ES 1
eatbv-nlydd-n655c-g7j7p-gnmpz-pszdg-6e6et-veobv-ftz2y-4m752-vqe 1 ct2 1 Digital Realty 1 Georgia 1 FR 1
eybf4-6t6bb-unfb2-h2hhn-rrfi2-cd2vs-phksn-jdmbn-i463m-4lzds-vqe 1 hk1 1 EdgeUno 1 HongKong 1 GE 1
fwnmn-zn7yt-5jaia-fkxlr-dzwyu-keguq-npfxq-mc72w-exeae-n5thj-oae 1 jb3 1 Equinix 1 Illinois 1 -> 0 HK 1
i3cfo-s2tgu-qe5ym-wk7e6-y7ura-pptgu-kevuf-2feh7-z4enq-5hz4s-mqe 1 jv1 0 -> 1 Gasan 1 Ljubljana 1 HR 1
i7dto-bgkj2-xo5dx-cyrb7-zkk5y-q46eh-gz6iq-qkgyc-w4qte-scgtb-6ae 1 kr2 1 Ginernet 1 London 1 IL 1
ivf2y-crxj4-y6ewo-un35q-a7pum-wqmbw-pkepy-d6uew-bfmff-g5yxe-eae 1 ld1 1 Interhost 1 Madrid 1 IN 3
izmhk-lpjum-uo4oy-lviba-yctpc-arg4b-2ywim-vgoiu-gqaj2-gskmw-2qe 1 -> 0 lj1 1 Latitude.sh 1 Navi Mumbai 1 JP 1
kos24-5xact-6aror-uofg2-tnvt6-dq3bk-c2c5z-jtptt-jbqvc-lmegy-qae 1 ma1 1 M247 1 New Delhi 1 KR 1
mme7u-zxs3z-jq3un-fbaly-nllcz-toct2-l2kp3-larrb-gti4r-u2bmo-dae 1 nd1 1 Marvelous Web3 DC 1 Ontario 1 LK 1
otzuu-dldzs-avvu2-qwowd-hdj73-aocy7-lacgi-carzj-m6f2r-ffluy-fae 1 nm1 1 Master Internet 1 Panama City 1 LV 1
py2kr-ipr2p-ryh66-x3a3v-5ts6u-7rfhf-alkna-ueffh-hz5ox-lt6du-qqe 1 pc1 1 NEXTDC 1 Panvel 1 PA 1
qsdw4-ao5ye-6rtq4-y3zhm-icjbj-lutd2-sbejz-4ajqz-pcflr-xrhsg-jae 1 pl2 1 Navegalo 1 Paris 1 RO 1
r3yjn-kthmg-pfgmb-2fngg-5c7d7-t6kqg-wi37r-j7gy6-iee64-kjdja-jae 1 pr1 1 Nine.Ch 1 Queensland 1 SE 1
rbn2y-6vfsb-gv35j-4cyvy-pzbdu-e5aum-jzjg6-5b4n5-vuguf-ycubq-zae 1 rg1 1 OrionStellar 1 Riga 1 SG 1
s5nvr-ipdxf-xg6wd-ofacm-7tl4i-nwjzx-uulum-cugwb-kbpsa-wrsgs-cae 1 sc1 1 Posita.si 1 Seoul 1 SI 1
sixix-2nyqd-t2k2v-vlsyz-dssko-ls4hl-hyij4-y7mdp-ja6cj-nsmpf-yae 1 sg2 1 Rivram 1 Singapore 1 UK 1
spp3m-vawt7-3gyh6-pjz5d-6zidf-up3qb-yte62-otexv-vfpqg-n6awf-lqe 0 -> 1 sh1 1 SyT - Servicios y Telecomunicaciones S.A. 1 South Moravian Region 1 US 2
ucjqj-jmbj3-rs4aq-ekzpw-ltjs3-zrcma-t6r3t-m5wxc-j5yrj-unwoj-mae 1 ta2 1 Telia DC 1 Stockholm 1 ZA 2
ulyfm-vkxtj-o42dg-e4nam-l4tzf-37wci-ggntw-4ma7y-d267g-ywxi6-iae 1 tb1 1 Telin 1 Tallinn 1
vegae-c4chr-aetfj-7gzuh-c23sx-u2paz-vmvbn-bcage-pu7lu-mptnn-eqe 1 to1 1 -> 0 Teraco 1 Tbilisi 1
wdjjk-blh44-lxm74-ojj43-rvgf4-j5rie-nm6xs-xvnuv-j3ptn-25t4v-6ae 1 to2 0 -> 1 Tierpoint 0 -> 1 Tel Aviv 1
wwdbq-xuqhf-eydzu-oyl7p-ga565-zm7s7-yrive-ozgsy-zzgh3-qwb3j-cae 1 tv1 1 Unicom 1 Tokyo 1
zy4m7-z5mhs-zfkpl-zlsjl-blrbx-mvvmq-5z4zu-mf7eq-hhv7o-ezfro-3ae 1 ty1 1 Xneelo 1 Zagreb 1
zg1 1 Yotta 1 Zurich 1
zh3 1
A new proposal with id 134583 has been submitted, please take a look.
Click here to open proposal details
Replace nodes in subnet uzr34
Motivation:
The following nodes in subnet uzr34
have been cordoned and need to be removed from the subnet:
- gtfa3: offboarding CH3 DC after 48 months; Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #16 by katiep
- x3cey: offboarding TO1 DC after 48 months; Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #56 by Gabriel_Rodriguez and Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #57 by katiep
- xu2zg: offboarding AN1 DC after 48 months; Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #44 by Paul_DC and Proposal: Update Interim Gen-1 Node Provider Remuneration After 48 months - #46 by katiep
Decentralization Nakamoto coefficient changes for subnet uzr34-akd3s-xrdag-3ql62-ocgoh-ld2ao-tamcv-54e7j-krwgb-2gm4z-oqe
:
node_provider: 11.00 -> 11.00 (+0%)
data_center: 11.00 -> 11.00 (+0%)
data_center_owner: 11.00 -> 11.00 (+0%)
area: 11.00 -> 11.00 (+0%)
country: 7.00 -> 7.00 (+0%)
Mean Nakamoto comparison: 10.33 → 10.33 (+0%)
Overall replacement impact: equal decentralization across all features
Details
Nodes removed:
gtfa3-saq3t-ymlel-lsf6d-ans7b-cr45x-xg5np-xbxyt-nxfrt-iynyy-5qe
[health: healthy]x3cey-uerdd-53a7n-d45e2-gjsnd-airg5-nrs5i-4xujk-c5ynl-4pie6-yqe
[health: healthy]xu2zg-nns7x-z67l6-foa5w-yc4ek-addku-g2hqg-c3jdg-wabdu-5ouaw-yae
[health: healthy]
Nodes added:
km5ur-yacty-d2nvm-sitx7-zvnw4-bdjuf-lm3qv-vtftj-fv4vz-3d5y7-kae
[health: healthy]qlvmn-xucv5-o6qp6-nmhaa-mfm2g-x42bb-6sisq-wrytb-wpxkm-fser2-dqe
[health: healthy]ulsfy-bqajl-ktzwn-pgr2u-s4uyu-jipgr-etcjd-smsyr-ulind-u3nr5-hqe
[health: healthy]
node_provider data_center data_center_owner area country
------------- ----------- ----------------- ---- -------
4jjya-hlyyc-s766p-fd6gr-d6tvv-vo3ah-j5ptx-i73gw-mwgyd-rw6w2-rae 1 an1 1 -> 0 Anonstake 1 Arizona 0 -> 1 AR 1
4r6qy-tljxg-slziw-zoteo-pboxh-vlctz-hkv2d-7zior-u3pxm-mmuxb-cae 1 ar1 1 AtlasEdge 0 -> 1 Bogota 1 AU 1
64xe5-tx2s3-4gjmj-pnozr-fejw2-77y5y-rhcjk-glnmx-62brf-qin5q-pqe 1 at2 1 Celeste 1 Brussels Capital 0 -> 1 BE 1
6nbcy-kprg6-ax3db-kh3cz-7jllk-oceyh-jznhs-riguq-fvk6z-6tsds-rqe 1 bg1 1 Cloud9 1 Bucuresti 1 CA 1
6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe 1 bn1 1 CyrusOne 1 CABA 1 CH 1
7at4h-nhtvt-a4s55-jigss-wr2ha-ysxkn-e6w7x-7ggnm-qd3d5-ry66r-cae 1 br2 0 -> 1 Cyxtera 1 Cape Town 1 CO 1
7uioy-xitfw-yqcko-5gpya-3lpsw-dw7zt-dyyyf-wfqif-jvi76-fdbkg-cqe 1 bu1 1 DEAC 1 Colombo 1 CZ 1
bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe 1 ch3 1 -> 0 Datacenter United 1 -> 0 Flanders 1 -> 0 EE 1
diyay-s4rfq-xnx23-zczwi-nptra-5254n-e4zn6-p7tqe-vqhzr-sd4gd-bqe 1 cm1 1 Datasite 1 Gauteng 1 ES 1
eatbv-nlydd-n655c-g7j7p-gnmpz-pszdg-6e6et-veobv-ftz2y-4m752-vqe 1 ct2 1 Digital Realty 1 Georgia 1 FR 1
eybf4-6t6bb-unfb2-h2hhn-rrfi2-cd2vs-phksn-jdmbn-i463m-4lzds-vqe 1 hk1 1 EdgeUno 1 HongKong 1 GE 1
fwnmn-zn7yt-5jaia-fkxlr-dzwyu-keguq-npfxq-mc72w-exeae-n5thj-oae 1 jb3 1 Equinix 1 Illinois 1 -> 0 HK 1
i3cfo-s2tgu-qe5ym-wk7e6-y7ura-pptgu-kevuf-2feh7-z4enq-5hz4s-mqe 1 kr2 1 Gasan 1 Ljubljana 1 HR 1
i7dto-bgkj2-xo5dx-cyrb7-zkk5y-q46eh-gz6iq-qkgyc-w4qte-scgtb-6ae 1 ld1 1 Ginernet 1 London 1 IL 1
ivf2y-crxj4-y6ewo-un35q-a7pum-wqmbw-pkepy-d6uew-bfmff-g5yxe-eae 1 lj1 1 Interhost 1 Madrid 1 IN 3
izmhk-lpjum-uo4oy-lviba-yctpc-arg4b-2ywim-vgoiu-gqaj2-gskmw-2qe 1 ma1 1 Latitude.sh 1 Navi Mumbai 1 JP 1
kos24-5xact-6aror-uofg2-tnvt6-dq3bk-c2c5z-jtptt-jbqvc-lmegy-qae 1 nd1 1 M247 1 New Delhi 1 KR 1
mme7u-zxs3z-jq3un-fbaly-nllcz-toct2-l2kp3-larrb-gti4r-u2bmo-dae 1 nm1 1 Marvelous Web3 DC 1 Ontario 1 LK 1
otzuu-dldzs-avvu2-qwowd-hdj73-aocy7-lacgi-carzj-m6f2r-ffluy-fae 1 pc1 1 Master Internet 1 Panama City 1 LV 1
py2kr-ipr2p-ryh66-x3a3v-5ts6u-7rfhf-alkna-ueffh-hz5ox-lt6du-qqe 1 ph1 0 -> 1 NEXTDC 1 Panvel 1 PA 1
qsdw4-ao5ye-6rtq4-y3zhm-icjbj-lutd2-sbejz-4ajqz-pcflr-xrhsg-jae 1 pl2 1 Navegalo 1 Paris 1 RO 1
r3yjn-kthmg-pfgmb-2fngg-5c7d7-t6kqg-wi37r-j7gy6-iee64-kjdja-jae 1 pr1 1 Nine.Ch 1 Queensland 1 SE 1
rbn2y-6vfsb-gv35j-4cyvy-pzbdu-e5aum-jzjg6-5b4n5-vuguf-ycubq-zae 1 rg1 1 OrionStellar 1 Riga 1 SG 1
s5nvr-ipdxf-xg6wd-ofacm-7tl4i-nwjzx-uulum-cugwb-kbpsa-wrsgs-cae 1 sc1 1 Posita.si 1 Seoul 1 SI 1
sixix-2nyqd-t2k2v-vlsyz-dssko-ls4hl-hyij4-y7mdp-ja6cj-nsmpf-yae 1 sg2 1 Rivram 1 Singapore 1 UK 1
ucjqj-jmbj3-rs4aq-ekzpw-ltjs3-zrcma-t6r3t-m5wxc-j5yrj-unwoj-mae 1 sh1 1 SyT - Servicios y Telecomunicaciones S.A. 1 South Moravian Region 1 US 2
ulyfm-vkxtj-o42dg-e4nam-l4tzf-37wci-ggntw-4ma7y-d267g-ywxi6-iae 1 ta2 1 Telia DC 1 Stockholm 1 ZA 2
vegae-c4chr-aetfj-7gzuh-c23sx-u2paz-vmvbn-bcage-pu7lu-mptnn-eqe 1 tb1 1 Telin 1 Tallinn 1
wdjjk-blh44-lxm74-ojj43-rvgf4-j5rie-nm6xs-xvnuv-j3ptn-25t4v-6ae 1 to1 1 -> 0 Teraco 1 Tbilisi 1
wwdbq-xuqhf-eydzu-oyl7p-ga565-zm7s7-yrive-ozgsy-zzgh3-qwb3j-cae 1 to2 0 -> 1 Unicom 1 Tel Aviv 1
zy4m7-z5mhs-zfkpl-zlsjl-blrbx-mvvmq-5z4zu-mf7eq-hhv7o-ezfro-3ae 1 tv1 1 Xneelo 1 Tokyo 1
ty1 1 Yotta 1 Zagreb 1
zg1 1 Zurich 1
zh3 1
Voted to reject proposal 134583 as this is part of a large batch of non-critical proposals timed such that the voting period clashes with national holidays, thereby allowing insufficient time for an appropriately detailed review to take place.
Rejected proposal 134583. There’s no time to review this and the 18 other proposals in the same batch properly over Xmas eve, Xmas and Boxing Day. This is a non-critical proposal.
More information and discussion on this thread.
Proposal 134583
Vote: ADOPT
Replaces cordoned nodes gtfa3, x3cey and xu2zg with nodes km5ur, qlvmn and ulsfy on subnet uzr34.
The reason for this proposal is to offboard CH3, TO1 and AN1 DCs consistent with forum posts made on the forum thread used for posts regarding the renovation/sell of Gen-1 node machines by NPs.
Both the NP and DC stated in the forum post, forum post and forum posts match the ones from the node being removed in the proposal.
Voted to adopt proposal #134583.
The proposal replaces three cordoned nodes, one healthy Active
status node gtfa3 from the CH3 Data Center in Illinois, second cordoned healthy Active
status node x3cey from the TO1 Data Center in Toronto 1, and cordoned healthy Active
status node xu2zg from the AN1 Data Center in Antwerp with unassigned healthy Awaiting
status node km5ur from Toronto 2 and with unassigned healthy Awaiting
status node qlvmn from Brussels, and with unassigned healthy Awaiting
status node ulsfy from Arizona, without any change to the decentralization of the subnet.
The motivation makes sense and the provided Forum link included in the summary provides further info, also it can be checked here.
Proposal 134973 | Tim - CodeGov
Vote: Adopt
This proposal replaces node vqucp which appears in the dashboard as “Status: Active”, for the purpose of examining the stability of another node operator’s nodes. As shown in the proposal, decentralisation parameters are unchanged and remain within the requirements of the target topology.
About CodeGov…
CodeGov has a team of developers who review and vote independently on the following proposal topics: IC-OS Version Election, Protocol Canister Management, Subnet Management, Node Admin, and Participant Management. The CodeGov NNS known neuron is configured to follow our reviewers on these topics and Synapse on most other topics. We strive to be a credible and reliable Followee option that votes on every proposal and every proposal topic in the NNS. We also support decentralisation of SNS projects such as WaterNeuron and KongSwap with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
Proposal 134973 Review | LORIMER Known Neuron
VOTE: YES
TLDR: Relevant decentralisation stats are unchanged, and as claimed by the proposal summary, all nodes for node operator mw64v are currently unassigned (note that there are 23 nodes, not 22). This can be verified by performing a quick text search on the JSON returned here.
Country Discrepancies (2)
Node | Data Center | Claimed Country | According to api.ip2location.io |
According to ip-api.com |
According to domain WHOIS lookup |
---|---|---|---|---|---|
aajth | Bogota 1 | Colombia | Costa Rica | Costa Rica | Costa Rica |
y7bml | Panama City 1 | Panama | US | US | US |
Decentralisation Stats
Subnet node distance stats (distance between any 2 nodes in the subnet) →
Smallest Distance | Average Distance | Largest Distance | |
---|---|---|---|
EXISTING | 32.517 km | 7732.443 km | 19461.143 km |
PROPOSED | 32.517 km | 7761.183 km (+0.4%) | 19461.143 km |
This proposal slightly increases decentralisation, considered purely in terms of geographic distance (and therefore there’s a slight theoretical increase in localised disaster resilience).
Subnet characteristic counts →
Continents | Countries | Data Centers | Owners | Node Providers | Node Operator | |
---|---|---|---|---|---|---|
EXISTING | 6 | 27 | 31 | 31 | 31 | 31 |
PROPOSED | 6 | 27 | 31 | 31 | 31 | 31 |
Largest number of nodes with the same characteristic (e.g. continent, country, data center, etc.) →
Continent | Country | Data Center | Owner | Node Provider | Node Operator | |
---|---|---|---|---|---|---|
EXISTING | 12 | 3 | 1 | 1 | 1 | 1 |
PROPOSED | 12 | 3 | 1 | 1 | 1 | 1 |
See here for acceptable limits → Motion 132136
The above subnet information is illustrated below, followed by a node reference table:
Map Description
-
Red marker represents a removed node (transparent center for overlap visibility)
-
Green marker represents an added node
-
Blue marker represents an unchanged node
-
Highlighted patches represent the country the above nodes sit within (red if the country is removed, green if added, otherwise grey)
-
Light grey markers with yellow borders are examples of unassigned nodes that would be viable candidates for joining the subnet according to formal decentralisation coefficients (so this proposal can be viewed in the context of alternative solutions that are not being used)
-
Black dotted line connects to a small black marker that shows where the IP address indicates the node is located (according to
api.ip2location.io
). This is only displayed if it conflicts with where IC records indicate the node is located. See Country Discrepancies section above for more info.
Node Changes
Action | Node | Status | Continent | Country | Data Center | Owner | Node Provider | Node Operator | |
---|---|---|---|---|---|---|---|---|---|
Remove | ![]() |
||||||||
Add | 3o5rr | UNASSIGNED | ![]() |
North America | United States of America (the) | Dallas (dl1) | Flexential | 87m Neuron, LLC | mw64v |
Other Nodes
Node | Status | Continent | Country | Data Center | Owner | Node Provider | Node Operator | |
---|---|---|---|---|---|---|---|---|
v27at | UP | ![]() |
South America | Argentina | CABA 1 (ar1) | SyT - Servicios y Telecomunicaciones S.A. | Mariano Stoll | 5p6xp |
zjiki | UP | ![]() |
Oceania | Australia | Queensland 1 (sc1) | NEXTDC | ANYPOINT PTY LTD | srrm2 |
qlvmn | UP | ![]() |
Europe | Belgium | Brussels 2 (br2) | AtlasEdge | Allusion | oorkg |
km5ur | UP | ![]() |
North America | Canada | Toronto 2 (to2) | Cyxtera | Blockchain Development Labs | 4lp6i |
v2pkj | UP | ![]() |
Europe | Switzerland | Zurich 3 (zh3) | Nine.Ch | Tomahawk.vc | anodw |
aajth | UP | ![]() |
South America | Colombia | Bogota 1 (bg1) | EdgeUno | Geeta Kalwani | 74vhn |
zgtrt | UP | ![]() |
Europe | Czechia | South Moravian Region 1 (bn1) | Master Internet | Maksym Ishchenko | c3oqp |
zgeaf | UP | ![]() |
Europe | Estonia | Tallinn 2 (ta2) | Telia DC | Artem Horodyskyi | rhtt6 |
yi6r6 | UP | ![]() |
Europe | Spain | Madrid 1 (ma1) | Ginernet | Ivanov Oleksandr | qyawb |
atjbz | UP | ![]() |
Europe | France | Paris 1 (pr1) | Celeste | Carbon Twelve | g3nqx |
uouxk | UP | ![]() |
Asia | Georgia | Tbilisi 1 (tb1) | Cloud9 | George Bassadone | yhfy4 |
w4ri3 | UP | ![]() |
Asia | Hong Kong | HongKong 1 (hk1) | Unicom | Pindar Technology Limited | vzsx4 |
q3vac | UP | ![]() |
Europe | Croatia | Zagreb 1 (zg1) | Anonstake | Anonstake | 3sm7v |
rfkza | UP | ![]() |
Asia | Israel | Tel Aviv 1 (tv1) | Interhost | GeoNodes LLC | lis4o |
ecxbl | UP | ![]() |
Asia | India | Navi Mumbai 1 (nm1) | Rivram | Rivram Inc | mpmyf |
67t6p | UP | ![]() |
Asia | India | New Delhi 1 (nd1) | Marvelous Web3 DC | Marvelous Web3 | ri4lg |
dyycg | UP | ![]() |
Asia | India | Panvel 2 (pl2) | Yotta | Krishna Enterprises | 7rw6b |
go5zz | UP | ![]() |
Asia | Japan | Tokyo (ty1) | Equinix | Starbase | cqjev |
wjwzb | UP | ![]() |
Asia | Korea (the Republic of) | Seoul 2 (kr2) | Gasan | Web3game | 5dwhe |
fhg3q | UP | ![]() |
Asia | Sri Lanka | Colombo 1 (cm1) | OrionStellar | Geodd Pvt Ltd | ywjtr |
qlk52 | UP | ![]() |
Europe | Latvia | Riga 1 (rg1) | DEAC | MB Patrankos šūvis | jptla |
y7bml | UP | ![]() |
North America | Panama | Panama City 1 (pc1) | Navegalo | Bianca-Martina Rohner | qaes5 |
g4avo | UP | ![]() |
Europe | Romania | Bucharest (bu1) | M247 | Iancu Aurel | c5ssg |
vgfnl | UP | ![]() |
Europe | Sweden | Stockholm 1 (sh1) | Digital Realty | DFINITY Stiftung | lgp6d |
qp3lh | UP | ![]() |
Asia | Singapore | Singapore 2 (sg2) | Telin | OneSixtyTwo Digital Capital | qffmn |
6adxp | UP | ![]() |
Europe | Slovenia | Ljubljana (lj1) | Posita.si | Fractal Labs AG | gl27f |
3jol6 | UP | ![]() |
Europe | United Kingdom of Great Britain and Northern Ireland (the) | London 1 (ld1) | Latitude.sh | Conic Ventures | raiov |
ulsfy | UP | ![]() |
North America | United States of America (the) | Phoenix (ph1) | CyrusOne | MI Servers | 5bnm2 |
kgo2t | UP | ![]() |
Africa | South Africa | Cape Town 2 (ct2) | Teraco | Kontrapunt (Pty) Ltd | x7fjr |
kwryq | UP | ![]() |
Africa | South Africa | Gauteng 3 (jb3) | Xneelo | Wolkboer (Pty) Ltd | ymenq |
*This comment references the latest comment in the Subnet Management - General Discussion thread only to generate an automated cross-link from the general thread (to improve topic navigation).
You may wish to follow D-QUORUM if you found this analysis helpful.
Known Neurons to follow if you're too busy to keep on top of things like this
If you found this analysis helpful and would like to follow the vote of the LORIMER known neuron in the future, consider configuring LORIMER as a followee for the Subnet Management topic.
Additional good neurons to follow:
- D-QUORUM (a highly decentralized neuron that follows neurons that have been elected by the NNS)
- Synapse (currently follows the LORIMER and CodeGov known neurons for Subnet Management, and is a generally well informed known neuron to follow on numerous other topics)
- WaterNeuron (the WaterNeuron DAO frequently discuss proposals like this in order to vote responsibly based on DAO consensus)
Note that this analysis involved data provided by the IC-API, which is not open source. I’m in the process of switching over to more verifiable sources of this sort of information for future proposal reviews. See here for related discussion.
Proposal #134973 — Zack | CodeGov
Vote: Adopted
Reason:
The proposal replaces healthy Active
status node vqucp from Georgia, with
unassigned healthy Awaiting
status node 3o5rr from Dallas, with no change to the decentralization of the subnet.
The motivation is to gain insights into the stability of the nodes of this node operator.
About CodeGov (click to expand).
CodeGov has a team of developers who review and vote independently on the following proposal topics: IC-OS Version Election, Protocol Canister Management, Subnet Management, Node Admin, and Participant Management. The CodeGov NNS known neuron is configured to follow our reviewers on these topics and Synapse on most other topics. We strive to be a credible and reliable Followee option that votes on every proposal and every proposal topic in the NNS. We also support decentralization of SNS projects such as WaterNeuron and KongSwap with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
Proposal 134973 – LaCosta | CodeGov
Vote: ADOPT
The proposal replaces node vqucp, Dashboard Status: Active, with node 3o5rr, Dashboard Status: Awaiting.
The intent is to gain insights into the stability of the nodes from Node Operator mw64v
with currently no active nodes.
About CodeGov…
CodeGov has a team of developers who review and vote independently on the following proposal topics: IC-OS Version Election, Protocol Canister Management, Subnet Management, Node Admin, and Participant Management. The CodeGov NNS known neuron is configured to follow our reviewers on these topics and Synapse on most other topics. We strive to be a credible and reliable Followee option that votes on every proposal and every proposal topic in the NNS. We also support decentralization of SNS projects such as WaterNeuron and KongSwap with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
There was a new proposal submitted, related to Adjustment of IC Target Topology to Increase Subnet Size of Fiduciary and II subnets
Proposal #135053 — Zack | CodeGov
Vote: Adopted
Reason:
The proposal adds 3 nodes to the existing 31 on subnet uzr34 in order to match Fiduciary subnet pzp6e that has 34.
Unassigned healthy Awaiting
status nodes added are nrz3y from Geneva, mvoup from Orlando and engai from Zurich with a slight overall improvement to the decentralization of the subnet.
About CodeGov (click to expand).
CodeGov has a team of developers who review and vote independently on the following proposal topics: IC-OS Version Election, Protocol Canister Management, Subnet Management, Node Admin, and Participant Management. The CodeGov NNS known neuron is configured to follow our reviewers on these topics and Synapse on most other topics. We strive to be a credible and reliable Followee option that votes on every proposal and every proposal topic in the NNS. We also support decentralization of SNS projects such as WaterNeuron and KongSwap with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
Proposal 135053 Review | LORIMER Known Neuron
VOTE: YES
TLDR: This proposal grows the II subnet by adding 3 unassigned nodes to it, and removing no nodes. The decentralisation metrics remain within allowed limits according to the IC Target Topology. There are currently 31 nodes in this subnet, and there will be 34 after this proposal executes, in accordance with the plans laid out here.
Country Discrepancies (3)
Node | Data Center | Claimed Country | According to api.ip2location.io |
According to ip-api.com |
According to domain WHOIS lookup |
---|---|---|---|---|---|
aajth | Bogota 1 | Colombia | Costa Rica | Costa Rica | Costa Rica |
y7bml | Panama City 1 | Panama | US | US | US |
nrz3y | Geneva 2 | Switzerland | Germany | Switzerland | Germany |
Decentralisation Stats
Subnet node distance stats (distance between any 2 nodes in the subnet) →
Smallest Distance | Average Distance | Largest Distance | |
---|---|---|---|
EXISTING | 32.517 km | 7761.183 km | 19461.143 km |
PROPOSED | 2.071 km (-93.6%) | 7577.732 km (-2.4%) | 19461.143 km |
This proposal slightly reduces decentralisation, considered purely in terms of geographic distance (and therefore there’s a slight theoretical reduction in localised disaster resilience).
Subnet characteristic counts →
Continents | Countries | Data Centers | Owners | Node Providers | Node Operator | |
---|---|---|---|---|---|---|
EXISTING | 6 | 27 | 31 | 31 | 31 | 31 |
PROPOSED | 6 | 27 | 34 (+8.8%) | 34 (+8.8%) | 34 (+8.8%) | 34 (+8.8%) |
Largest number of nodes with the same characteristic (e.g. continent, country, data center, etc.) →
Continent | Country | Data Center | Owner | Node Provider | Node Operator | |
---|---|---|---|---|---|---|
EXISTING | 12 | 3 | 1 | 1 | 1 | 1 |
PROPOSED | 14 (+16.66%) | 3 | 1 | 1 | 1 | 1 |
See here for acceptable limits → Motion 132136
The above subnet information is illustrated below, followed by a node reference table:
Map Description
-
Red marker represents a removed node (transparent center for overlap visibility)
-
Green marker represents an added node
-
Blue marker represents an unchanged node
-
Highlighted patches represent the country the above nodes sit within (red if the country is removed, green if added, otherwise grey)
-
Light grey markers with yellow borders are examples of unassigned nodes that would be viable candidates for joining the subnet according to formal decentralisation coefficients (so this proposal can be viewed in the context of alternative solutions that are not being used)
-
Black dotted line connects to a small black marker that shows where the IP address indicates the node is located (according to
api.ip2location.io
). This is only displayed if it conflicts with where IC records indicate the node is located. See Country Discrepancies section above for more info.
Node Changes
Action | Node | Status | Continent | Country | Data Center | Owner | Node Provider | Node Operator | |
---|---|---|---|---|---|---|---|---|---|
Add | nrz3y | UNASSIGNED | ![]() |
Europe | Switzerland | Geneva 2 (ge2) | SafeHost | Archery Blockchain SCSp | 5atxd |
Add | engai | UNASSIGNED | ![]() |
Europe | Switzerland | Zurich 6 (zh6) | Green.ch | Sygnum Bank | ciprs |
Add | mvoup | UNASSIGNED | ![]() |
North America | United States of America (the) | Orlando (or1) | Datasite | Giant Leaf, LLC | redpf |
Other Nodes
Node | Status | Continent | Country | Data Center | Owner | Node Provider | Node Operator | |
---|---|---|---|---|---|---|---|---|
v27at | UP | ![]() |
South America | Argentina | CABA 1 (ar1) | SyT - Servicios y Telecomunicaciones S.A. | Mariano Stoll | 5p6xp |
zjiki | UP | ![]() |
Oceania | Australia | Queensland 1 (sc1) | NEXTDC | ANYPOINT PTY LTD | srrm2 |
qlvmn | UP | ![]() |
Europe | Belgium | Brussels 2 (br2) | AtlasEdge | Allusion | oorkg |
km5ur | UP | ![]() |
North America | Canada | Toronto 2 (to2) | Cyxtera | Blockchain Development Labs | 4lp6i |
v2pkj | UP | ![]() |
Europe | Switzerland | Zurich 3 (zh3) | Nine.Ch | Tomahawk.vc | anodw |
aajth | UP | ![]() |
South America | Colombia | Bogota 1 (bg1) | EdgeUno | Geeta Kalwani | 74vhn |
zgtrt | UP | ![]() |
Europe | Czechia | South Moravian Region 1 (bn1) | Master Internet | Maksym Ishchenko | c3oqp |
zgeaf | UP | ![]() |
Europe | Estonia | Tallinn 2 (ta2) | Telia DC | Artem Horodyskyi | rhtt6 |
yi6r6 | UP | ![]() |
Europe | Spain | Madrid 1 (ma1) | Ginernet | Ivanov Oleksandr | qyawb |
atjbz | UP | ![]() |
Europe | France | Paris 1 (pr1) | Celeste | Carbon Twelve | g3nqx |
uouxk | UP | ![]() |
Asia | Georgia | Tbilisi 1 (tb1) | Cloud9 | George Bassadone | yhfy4 |
w4ri3 | UP | ![]() |
Asia | Hong Kong | HongKong 1 (hk1) | Unicom | Pindar Technology Limited | vzsx4 |
q3vac | UP | ![]() |
Europe | Croatia | Zagreb 1 (zg1) | Anonstake | Anonstake | 3sm7v |
rfkza | UP | ![]() |
Asia | Israel | Tel Aviv 1 (tv1) | Interhost | GeoNodes LLC | lis4o |
ecxbl | UP | ![]() |
Asia | India | Navi Mumbai 1 (nm1) | Rivram | Rivram Inc | mpmyf |
67t6p | UP | ![]() |
Asia | India | New Delhi 1 (nd1) | Marvelous Web3 DC | Marvelous Web3 | ri4lg |
dyycg | UP | ![]() |
Asia | India | Panvel 2 (pl2) | Yotta | Krishna Enterprises | 7rw6b |
go5zz | UP | ![]() |
Asia | Japan | Tokyo (ty1) | Equinix | Starbase | cqjev |
wjwzb | UP | ![]() |
Asia | Korea (the Republic of) | Seoul 2 (kr2) | Gasan | Web3game | 5dwhe |
fhg3q | UP | ![]() |
Asia | Sri Lanka | Colombo 1 (cm1) | OrionStellar | Geodd Pvt Ltd | ywjtr |
qlk52 | UP | ![]() |
Europe | Latvia | Riga 1 (rg1) | DEAC | MB Patrankos šūvis | jptla |
y7bml | UP | ![]() |
North America | Panama | Panama City 1 (pc1) | Navegalo | Bianca-Martina Rohner | qaes5 |
g4avo | UP | ![]() |
Europe | Romania | Bucharest (bu1) | M247 | Iancu Aurel | c5ssg |
vgfnl | UP | ![]() |
Europe | Sweden | Stockholm 1 (sh1) | Digital Realty | DFINITY Stiftung | lgp6d |
qp3lh | UP | ![]() |
Asia | Singapore | Singapore 2 (sg2) | Telin | OneSixtyTwo Digital Capital | qffmn |
6adxp | UP | ![]() |
Europe | Slovenia | Ljubljana (lj1) | Posita.si | Fractal Labs AG | gl27f |
3jol6 | UP | ![]() |
Europe | United Kingdom of Great Britain and Northern Ireland (the) | London 1 (ld1) | Latitude.sh | Conic Ventures | raiov |
3o5rr | UP | ![]() |
North America | United States of America (the) | Dallas (dl1) | Flexential | 87m Neuron, LLC | mw64v |
ulsfy | UP | ![]() |
North America | United States of America (the) | Phoenix (ph1) | CyrusOne | MI Servers | 5bnm2 |
kgo2t | UP | ![]() |
Africa | South Africa | Cape Town 2 (ct2) | Teraco | Kontrapunt (Pty) Ltd | x7fjr |
kwryq | UP | ![]() |
Africa | South Africa | Gauteng 3 (jb3) | Xneelo | Wolkboer (Pty) Ltd | ymenq |
*This comment references the latest comment in the Subnet Management - General Discussion thread only to generate an automated cross-link from the general thread (to improve topic navigation).
You may wish to follow D-QUORUM if you found this analysis helpful.
Known Neurons to follow if you're too busy to keep on top of things like this
If you found this analysis helpful and would like to follow the vote of the LORIMER known neuron in the future, consider configuring LORIMER as a followee for the Subnet Management topic.
Additional good neurons to follow:
- D-QUORUM (a highly decentralized neuron that follows neurons that have been elected by the NNS)
- Synapse (currently follows the LORIMER and CodeGov known neurons for Subnet Management, and is a generally well informed known neuron to follow on numerous other topics)
- WaterNeuron (the WaterNeuron DAO frequently discuss proposals like this in order to vote responsibly based on DAO consensus)
Note that this analysis involved data provided by the IC-API, which is not open source. I’m in the process of switching over to more verifiable sources of this sort of information for future proposal reviews. See here for related discussion.
Proposal 135053 | Tim - CodeGov
Vote: Reject
This proposal adds 3 nodes in order to bring the total nodes for this subnet up to the designated maximum in the target topology. As seen in the proposal, the linear and log mean Nakamoto Coefficients across the listed parameters are very slightly improved, but I would suggest that the change in Nakamoto Coefficient for countries from 7 to 5 (meaning that only 5 countries would now need to collude or be affected by some incident in order to upset the subnet) is more significant than the change for all the other community-approved parameters from 11 to 12. The log2 mean of the coefficient was chosen as the benchmark for calculating the impact of node replacements, but there is nothing inherent in this calculation to say that it is the best measure of risk. The probability of some incident that would affect enough nodes to break the subnet is very remote, but this is the risk for which the topology parameters have been put in place and it is easier to imagine scenarios that would have a country-wide impact as opposed to something that would take out a large group of nodes that are grouped together in some other way. An option might be to hold off expanding the subnet until a selection of new nodes can be found that do not have the same impact on the topology parameters. On the other hand, I’d be willing to support a proposal of this type if it could be shown that finding such a combination is impossible, and if a good argument could be made that holding off this expansion is undesirable for some other reason.
About CodeGov…
CodeGov has a team of developers who review and vote independently on the following proposal topics: IC-OS Version Election, Protocol Canister Management, Subnet Management, Node Admin, and Participant Management. The CodeGov NNS known neuron is configured to follow our reviewers on these topics and Synapse on most other topics. We strive to be a credible and reliable Followee option that votes on every proposal and every proposal topic in the NNS. We also support decentralisation of SNS projects such as WaterNeuron and KongSwap with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
Quote :
" Roll-out plan
With the currently available nodes, the uzr34 and pzp64 subnets can be increased to 34 node machines and still meet decentralization targets.
For the long term, the following roll-out plan is intended:
- Further increase the subnet size of uzr34 and pzp64 with 3 nodes every time when spare nodes are available. The reason for adding nodes in multiples of 3 is that each three nodes will result in one more additional node machine having to act maliciously to take over the subnet."
Proposal 135053 – LaCosta | CodeGov
Vote: ADOPT
The proposal adds 3 additional nodes to subnet uzr34 (II subnet) to match the size of pzp6e (tECDSA signing) subnet and according to the following. With the added nodes some decentralization coefficients were improved and the country metric was worsened.
This still complies with the community approved IC Target Topology that deemed safe that each subnet had a maximum of 3 nodes. The needed nodes to collude in order to act maliciously in a subnet was increased from 11 to 12, but the minimum countries needed were reduced from 7 to 5. This still remains a number large enough that no danger can be determined coming from this change.
About CodeGov…
CodeGov has a team of developers who review and vote independently on the following proposal topics: IC-OS Version Election, Protocol Canister Management, Subnet Management, Node Admin, and Participant Management. The CodeGov NNS known neuron is configured to follow our reviewers on these topics and Synapse on most other topics. We strive to be a credible and reliable Followee option that votes on every proposal and every proposal topic in the NNS. We also support decentralization of SNS projects such as WaterNeuron and KongSwap with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.