node_provider data_center data_center_owner area country
------------- ----------- ----------------- ---- -------
3oqw6-vmpk2-mlwlx-52z5x-e3p7u-fjlcw-yxc34-lf2zq-6ub2f-v63hk-lae 1 ar1 1 Africa Data Centres 1 Barreiro 1 AR 1
4dibr-2alzr-h6kva-bvwn2-yqgsl-o577t-od46o-v275p-a2zov-tcw4f-eae 1 ba1 1 Anonstake 1 British Columbia 1 AU 1
4fedi-eu6ue-nd7ts-vnof5-hzg66-hgzl7-liy5n-3otyp-h7ipw-owycg-uae 1 bc1 1 Baltneta 1 Brussels Capital 1 BE 1
4jjya-hlyyc-s766p-fd6gr-d6tvv-vo3ah-j5ptx-i73gw-mwgyd-rw6w2-rae 1 bn1 1 Celeste 1 Bucuresti 1 CA 2
4r6qy-tljxg-slziw-zoteo-pboxh-vlctz-hkv2d-7zior-u3pxm-mmuxb-cae 1 br1 1 Cloud9 1 CABA 1 CH 3 -> 2
6nbcy-kprg6-ax3db-kh3cz-7jllk-oceyh-jznhs-riguq-fvk6z-6tsds-rqe 1 bt1 1 CyrusOne 1 Cape Town 1 CR 1
6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe 2 bu1 1 Cyxtera 1 Colombo 1 CZ 2
7at4h-nhtvt-a4s55-jigss-wr2ha-ysxkn-e6w7x-7ggnm-qd3d5-ry66r-cae 1 cm1 1 DataHouse 1 Florida 1 DE 1
7ryes-jnj73-bsyu4-lo6h7-lbxk5-x4ien-lylws-5qwzl-hxd5f-xjh3w-mqe 1 -> 0 cr1 1 Datasite 1 Gauteng 2 EE 1
7uioy-xitfw-yqcko-5gpya-3lpsw-dw7zt-dyyyf-wfqif-jvi76-fdbkg-cqe 1 ct2 1 Digital Realty 2 Geneva 1 -> 0 FR 1
bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe 3 fr2 1 Edgoo Networks 0 -> 1 Hesse 1 GE 1
cgmhq-c4zja-yov4u-zeyao-64ua5-idlhb-ezcgr-cultv-3vqjs-dhwo7-rqe 1 ge1 1 -> 0 Equinix 2 HongKong 2 HK 2
dhywe-eouw6-hstpj-ahsnw-xnjxq-cmqks-47mrg-nnncb-3sr5d-rac6m-nae 1 hk3 1 Everyware 2 Lisbon 0 -> 1 IL 1
diyay-s4rfq-xnx23-zczwi-nptra-5254n-e4zn6-p7tqe-vqhzr-sd4gd-bqe 1 hk4 1 HighDC 1 -> 0 Ljubljana 1 IN 2
efem5-kmwaw-xose7-zzhgg-6bfif-twmcw-csg7a-lmqvn-wrdou-mjwlb-vqe 1 hu1 1 InfonetDC 1 London 1 JP 1
eybf4-6t6bb-unfb2-h2hhn-rrfi2-cd2vs-phksn-jdmbn-i463m-4lzds-vqe 1 jb2 1 Interhost 1 Maribor 1 KR 2
i3cfo-s2tgu-qe5ym-wk7e6-y7ura-pptgu-kevuf-2feh7-z4enq-5hz4s-mqe 1 jb3 1 KT 1 Navi Mumbai 1 LK 1
i7dto-bgkj2-xo5dx-cyrb7-zkk5y-q46eh-gz6iq-qkgyc-w4qte-scgtb-6ae 1 kr1 1 Latitude.sh 1 Panvel 1 LT 1
ivf2y-crxj4-y6ewo-un35q-a7pum-wqmbw-pkepy-d6uew-bfmff-g5yxe-eae 1 ld1 1 Leaseweb 1 Paris 1 LV 1
izmhk-lpjum-uo4oy-lviba-yctpc-arg4b-2ywim-vgoiu-gqaj2-gskmw-2qe 1 li2 0 -> 1 M247 1 Praha 1 PL 1
kos24-5xact-6aror-uofg2-tnvt6-dq3bk-c2c5z-jtptt-jbqvc-lmegy-qae 1 lj2 1 Master Internet 1 Quebec 1 PT 1 -> 2
mjnyf-lzqq6-s7fzb-62rqm-xzvge-5oa26-humwp-dvwxp-jxxkf-hoel7-fqe 0 -> 1 mb1 1 MasterDC 1 Queensland 1 RO 1
mme7u-zxs3z-jq3un-fbaly-nllcz-toct2-l2kp3-larrb-gti4r-u2bmo-dae 1 mtl1 1 Megazone Cloud 1 Riga 1 SE 1
nmdd6-rouxw-55leh-wcbkn-kejit-njvje-p4s6e-v64d3-nlbjb-vipul-mae 1 nm1 1 NEXTDC 1 San Jose 1 SG 1
py2kr-ipr2p-ryh66-x3a3v-5ts6u-7rfhf-alkna-ueffh-hz5ox-lt6du-qqe 1 or1 1 Nano 1 Seoul 2 SI 2
qsdw4-ao5ye-6rtq4-y3zhm-icjbj-lutd2-sbejz-4ajqz-pcflr-xrhsg-jae 1 pa1 1 Navegalo 1 Singapore 1 UK 1
r3yjn-kthmg-pfgmb-2fngg-5c7d7-t6kqg-wi37r-j7gy6-iee64-kjdja-jae 1 pl2 1 Online 1 South Moravian Region 1 US 3
rbn2y-6vfsb-gv35j-4cyvy-pzbdu-e5aum-jzjg6-5b4n5-vuguf-ycubq-zae 1 pr1 1 OrionStellar 1 Stockholm 1 ZA 3
s5nvr-ipdxf-xg6wd-ofacm-7tl4i-nwjzx-uulum-cugwb-kbpsa-wrsgs-cae 1 rg3 1 Posita.si 1 Tallinn 1
sixix-2nyqd-t2k2v-vlsyz-dssko-ls4hl-hyij4-y7mdp-ja6cj-nsmpf-yae 1 sc1 1 Rivram 1 Tbilisi 1
sqhxa-h6ili-qkwup-ohzwn-yofnm-vvnp5-kxdhg-saabw-rvua3-xp325-zqe 1 sg1 1 SyT - Servicios y Telecomunicaciones S.A. 1 Tel Aviv 1
ulyfm-vkxtj-o42dg-e4nam-l4tzf-37wci-ggntw-4ma7y-d267g-ywxi6-iae 1 sh1 1 TRG 1 Texas 1
unqqg-no4b2-vbyad-ytik2-t3vly-3e57q-aje2t-sjb5l-bd4ke-chggn-uqe 1 sl1 1 Telin 1 Tokyo 1
vegae-c4chr-aetfj-7gzuh-c23sx-u2paz-vmvbn-bcage-pu7lu-mptnn-eqe 1 st1 1 Teraco 1 Vilnius 1
wdjjk-blh44-lxm74-ojj43-rvgf4-j5rie-nm6xs-xvnuv-j3ptn-25t4v-6ae 1 ta1 1 Xneelo 1 Virginia 1
wdnqm-clqti-im5yf-iapio-avjom-kyppl-xuiza-oaz6z-smmts-52wyg-5ae 1 tb1 1 Yotta 1 Warszawa 1
wwdbq-xuqhf-eydzu-oyl7p-ga565-zm7s7-yrive-ozgsy-zzgh3-qwb3j-cae 1 tv1 1 hkcolo 1 Zurich 2
zy4m7-z5mhs-zfkpl-zlsjl-blrbx-mvvmq-5z4zu-mf7eq-hhv7o-ezfro-3ae 1 ty3 1 hkntt 1
wa3 1
zh2 2
Business rules check results before the membership change:
node_provider bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe controls 3 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 20.
data_center zh2 controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Digital Realty controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
Business rules check results after the membership change:
node_provider bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe controls 3 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 20.
data_center zh2 controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Digital Realty controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
Calculated potential impact on subnet decentralization if replacing:
1 additional node would result in: (gets better) the average log2 of Nakamoto Coefficients across all features increases from 3.3889 to 3.4260 (solution penalty: 40)
2 additional nodes would result in: equal decentralization across all features (solution penalty: 40)
3 additional nodes would result in: equal decentralization across all features (solution penalty: 40)
4 additional nodes would result in: equal decentralization across all features (solution penalty: 40)
Based on the calculated potential impact, not replacing additional nodes to improve optimization.
node_provider data_center data_center_owner area country
------------- ----------- ----------------- ---- -------
3oqw6-vmpk2-mlwlx-52z5x-e3p7u-fjlcw-yxc34-lf2zq-6ub2f-v63hk-lae 1 ar1 1 Africa Data Centres 1 Barreiro 1 AR 1
4dibr-2alzr-h6kva-bvwn2-yqgsl-o577t-od46o-v275p-a2zov-tcw4f-eae 1 ba1 1 Anonstake 1 British Columbia 1 AU 1
4fedi-eu6ue-nd7ts-vnof5-hzg66-hgzl7-liy5n-3otyp-h7ipw-owycg-uae 1 bc1 1 Baltneta 1 Brussels Capital 1 BE 1
4jjya-hlyyc-s766p-fd6gr-d6tvv-vo3ah-j5ptx-i73gw-mwgyd-rw6w2-rae 1 bn1 1 Celeste 1 Bucuresti 1 CA 2
4r6qy-tljxg-slziw-zoteo-pboxh-vlctz-hkv2d-7zior-u3pxm-mmuxb-cae 1 br1 1 Cloud9 1 CABA 1 CH 3 -> 2
6nbcy-kprg6-ax3db-kh3cz-7jllk-oceyh-jznhs-riguq-fvk6z-6tsds-rqe 1 bt1 1 CyrusOne 1 Cape Town 1 CR 1
6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe 2 bu1 1 Cyxtera 1 Colombo 1 CZ 2
7at4h-nhtvt-a4s55-jigss-wr2ha-ysxkn-e6w7x-7ggnm-qd3d5-ry66r-cae 1 cm1 1 DataHouse 1 Florida 1 DE 1
7ryes-jnj73-bsyu4-lo6h7-lbxk5-x4ien-lylws-5qwzl-hxd5f-xjh3w-mqe 1 -> 0 cr1 1 Datasite 1 Gauteng 2 EE 1
7uioy-xitfw-yqcko-5gpya-3lpsw-dw7zt-dyyyf-wfqif-jvi76-fdbkg-cqe 1 ct2 1 Digital Realty 2 Geneva 1 -> 0 FR 1
bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe 3 fr2 1 Edgoo Networks 0 -> 1 Hesse 1 GE 1
cgmhq-c4zja-yov4u-zeyao-64ua5-idlhb-ezcgr-cultv-3vqjs-dhwo7-rqe 1 ge1 1 -> 0 Equinix 2 HongKong 2 HK 2
dhywe-eouw6-hstpj-ahsnw-xnjxq-cmqks-47mrg-nnncb-3sr5d-rac6m-nae 1 hk3 1 Everyware 2 Lisbon 0 -> 1 IL 1
diyay-s4rfq-xnx23-zczwi-nptra-5254n-e4zn6-p7tqe-vqhzr-sd4gd-bqe 1 hk4 1 HighDC 1 -> 0 Ljubljana 1 IN 2
efem5-kmwaw-xose7-zzhgg-6bfif-twmcw-csg7a-lmqvn-wrdou-mjwlb-vqe 1 hu1 1 InfonetDC 1 London 1 JP 1
eybf4-6t6bb-unfb2-h2hhn-rrfi2-cd2vs-phksn-jdmbn-i463m-4lzds-vqe 1 jb2 1 Interhost 1 Maribor 1 KR 2
i3cfo-s2tgu-qe5ym-wk7e6-y7ura-pptgu-kevuf-2feh7-z4enq-5hz4s-mqe 1 jb3 1 KT 1 Navi Mumbai 1 LK 1
i7dto-bgkj2-xo5dx-cyrb7-zkk5y-q46eh-gz6iq-qkgyc-w4qte-scgtb-6ae 1 kr1 1 Latitude.sh 1 Panvel 1 LT 1
ivf2y-crxj4-y6ewo-un35q-a7pum-wqmbw-pkepy-d6uew-bfmff-g5yxe-eae 1 ld1 1 Leaseweb 1 Paris 1 LV 1
izmhk-lpjum-uo4oy-lviba-yctpc-arg4b-2ywim-vgoiu-gqaj2-gskmw-2qe 1 li2 0 -> 1 M247 1 Praha 1 PL 1
kos24-5xact-6aror-uofg2-tnvt6-dq3bk-c2c5z-jtptt-jbqvc-lmegy-qae 1 lj2 1 Master Internet 1 Quebec 1 PT 1 -> 2
mjnyf-lzqq6-s7fzb-62rqm-xzvge-5oa26-humwp-dvwxp-jxxkf-hoel7-fqe 0 -> 1 mb1 1 MasterDC 1 Queensland 1 RO 1
mme7u-zxs3z-jq3un-fbaly-nllcz-toct2-l2kp3-larrb-gti4r-u2bmo-dae 1 mtl1 1 Megazone Cloud 1 Riga 1 SE 1
nmdd6-rouxw-55leh-wcbkn-kejit-njvje-p4s6e-v64d3-nlbjb-vipul-mae 1 nm1 1 NEXTDC 1 San Jose 1 SG 1
py2kr-ipr2p-ryh66-x3a3v-5ts6u-7rfhf-alkna-ueffh-hz5ox-lt6du-qqe 1 or1 1 Nano 1 Seoul 2 SI 2
qsdw4-ao5ye-6rtq4-y3zhm-icjbj-lutd2-sbejz-4ajqz-pcflr-xrhsg-jae 1 pa1 1 Navegalo 1 Singapore 1 UK 1
r3yjn-kthmg-pfgmb-2fngg-5c7d7-t6kqg-wi37r-j7gy6-iee64-kjdja-jae 1 pl2 1 Online 1 South Moravian Region 1 US 3
rbn2y-6vfsb-gv35j-4cyvy-pzbdu-e5aum-jzjg6-5b4n5-vuguf-ycubq-zae 1 pr1 1 OrionStellar 1 Stockholm 1 ZA 3
s5nvr-ipdxf-xg6wd-ofacm-7tl4i-nwjzx-uulum-cugwb-kbpsa-wrsgs-cae 1 rg3 1 Posita.si 1 Tallinn 1
sixix-2nyqd-t2k2v-vlsyz-dssko-ls4hl-hyij4-y7mdp-ja6cj-nsmpf-yae 1 sc1 1 Rivram 1 Tbilisi 1
sqhxa-h6ili-qkwup-ohzwn-yofnm-vvnp5-kxdhg-saabw-rvua3-xp325-zqe 1 sg1 1 SyT - Servicios y Telecomunicaciones S.A. 1 Tel Aviv 1
ulyfm-vkxtj-o42dg-e4nam-l4tzf-37wci-ggntw-4ma7y-d267g-ywxi6-iae 1 sh1 1 TRG 1 Texas 1
unqqg-no4b2-vbyad-ytik2-t3vly-3e57q-aje2t-sjb5l-bd4ke-chggn-uqe 1 sl1 1 Telin 1 Tokyo 1
vegae-c4chr-aetfj-7gzuh-c23sx-u2paz-vmvbn-bcage-pu7lu-mptnn-eqe 1 st1 1 Teraco 1 Vilnius 1
wdjjk-blh44-lxm74-ojj43-rvgf4-j5rie-nm6xs-xvnuv-j3ptn-25t4v-6ae 1 ta1 1 Xneelo 1 Virginia 1
wdnqm-clqti-im5yf-iapio-avjom-kyppl-xuiza-oaz6z-smmts-52wyg-5ae 1 tb1 1 Yotta 1 Warszawa 1
wwdbq-xuqhf-eydzu-oyl7p-ga565-zm7s7-yrive-ozgsy-zzgh3-qwb3j-cae 1 tv1 1 hkcolo 1 Zurich 2
zy4m7-z5mhs-zfkpl-zlsjl-blrbx-mvvmq-5z4zu-mf7eq-hhv7o-ezfro-3ae 1 ty3 1 hkntt 1
wa3 1
zh2 2
Business rules check results before the membership change:
node_provider bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe controls 3 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 20.
data_center zh2 controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Digital Realty controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
Business rules check results after the membership change:
node_provider bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe controls 3 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 20.
data_center zh2 controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Digital Realty controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
This proposal replaces 2 nodes for the stated reasons âoffboarding the second rack of nodes in the [GE1 / MB1] DC after 48 monthsâ. These match the nodes listed in the linked forum posts. As shown in the proposal, decentralisation parameters are unchanged (on balance) and remain outside the requirements of the target topology insofar as some node providers and data centre owners and 1 data centre have more than 1 node each.
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.
TLDR: Relevant decentralisation stats are unchanged (those that form part of the IC Target Topology) and there is a clear public declaration for the cordoned nodes which is referred to in the proposal summary. 2 cordoned node replaced with 2 unassigned nodes. One of the swaps is for a node at the same data center and node provider.
Subnet node distance stats (distance between any 2 nodes in the subnet) â
Smallest Distance
Average Distance
Largest Distance
EXISTING
0 km
7194.434 km
19461.421 km
PROPOSED
0 km
7233.114 km (+0.5%)
19461.421 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
28
39
37
37
40
PROPOSED
6
28
39
37
37
40
Largest number of nodes with the same characteristic (e.g. continent, country, data center, etc.) â
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.
*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.
Vote: Adopted Reason:
The proposal replaces cordoned healthy Active status node dndht in the GE1 DC from Switzerland and tm3pc in the MB1 DC from Slovenia, with unassigned healthy Awaiting status node zatyv from Slovenia and lh2af from Portugal, with slight improvement to the decentralization of the subnet.
Motivation is offboarding the second rack of nodes in the GE1 DC and offboarding the second rack of nodes in the MB1 DC after 48 months, in line with the forum post.
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.
Replaces cordoned nodes tm3pc and dndht with nodes lh2af and zatyv on subnet tdb26.
The reason for this proposal is to offboard the second rack of nodes in the MB1 and GE1 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 and forum post match the ones from the node being removed in the proposal.
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.
Calculated potential impact on subnet decentralization if replacing:
1 additional node would result in: (gets better) the average log2 of Nakamoto Coefficients across all features increases from 3.4098 to 3.4260 (solution penalty: 40)
2 additional nodes would result in: equal decentralization across all features (solution penalty: 40)
3 additional nodes would result in: equal decentralization across all features (solution penalty: 40)
4 additional nodes would result in: equal decentralization across all features (solution penalty: 40)
5 additional nodes would result in: (gets worse) the average log2 of Nakamoto Coefficients across all features decreases from 3.4260 to 3.4118 (solution penalty: 40)
Based on the calculated potential impact, not replacing additional nodes to improve optimization.
node_provider data_center data_center_owner area country
------------- ----------- ----------------- ---- -------
3oqw6-vmpk2-mlwlx-52z5x-e3p7u-fjlcw-yxc34-lf2zq-6ub2f-v63hk-lae 1 ar1 1 Africa Data Centres 1 Barreiro 1 AR 1
4dibr-2alzr-h6kva-bvwn2-yqgsl-o577t-od46o-v275p-a2zov-tcw4f-eae 1 ba1 1 Anonstake 1 British Columbia 1 AU 1
4fedi-eu6ue-nd7ts-vnof5-hzg66-hgzl7-liy5n-3otyp-h7ipw-owycg-uae 1 bc1 1 Baltneta 1 Brussels Capital 1 BE 1
4jjya-hlyyc-s766p-fd6gr-d6tvv-vo3ah-j5ptx-i73gw-mwgyd-rw6w2-rae 1 bn1 1 Celeste 1 Bucuresti 1 CA 2
4r6qy-tljxg-slziw-zoteo-pboxh-vlctz-hkv2d-7zior-u3pxm-mmuxb-cae 1 br1 1 Cloud9 1 CABA 1 CH 2 -> 3
6nbcy-kprg6-ax3db-kh3cz-7jllk-oceyh-jznhs-riguq-fvk6z-6tsds-rqe 1 bt1 1 CyrusOne 1 Cape Town 1 CR 1
6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe 2 bu1 1 Cyxtera 1 Colombo 1 CZ 2
7at4h-nhtvt-a4s55-jigss-wr2ha-ysxkn-e6w7x-7ggnm-qd3d5-ry66r-cae 1 cm1 1 DataHouse 1 Florida 1 DE 1 -> 0
7ryes-jnj73-bsyu4-lo6h7-lbxk5-x4ien-lylws-5qwzl-hxd5f-xjh3w-mqe 0 -> 1 cr1 1 Datasite 1 Gauteng 2 EE 1
7uioy-xitfw-yqcko-5gpya-3lpsw-dw7zt-dyyyf-wfqif-jvi76-fdbkg-cqe 1 ct2 1 Digital Realty 2 Geneva 0 -> 1 FR 1
bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe 3 fr2 1 -> 0 Edgoo Networks 1 Hesse 1 -> 0 GE 1
cgmhq-c4zja-yov4u-zeyao-64ua5-idlhb-ezcgr-cultv-3vqjs-dhwo7-rqe 1 ge2 0 -> 1 Equinix 2 -> 1 HongKong 2 HK 2
dhywe-eouw6-hstpj-ahsnw-xnjxq-cmqks-47mrg-nnncb-3sr5d-rac6m-nae 1 hk3 1 Everyware 2 Lisbon 1 IL 1
diyay-s4rfq-xnx23-zczwi-nptra-5254n-e4zn6-p7tqe-vqhzr-sd4gd-bqe 1 hk4 1 InfonetDC 1 Ljubljana 1 IN 2
efem5-kmwaw-xose7-zzhgg-6bfif-twmcw-csg7a-lmqvn-wrdou-mjwlb-vqe 1 hu1 1 Interhost 1 London 1 JP 1
eybf4-6t6bb-unfb2-h2hhn-rrfi2-cd2vs-phksn-jdmbn-i463m-4lzds-vqe 1 jb2 1 KT 1 Maribor 1 KR 2
i3cfo-s2tgu-qe5ym-wk7e6-y7ura-pptgu-kevuf-2feh7-z4enq-5hz4s-mqe 1 jb3 1 Latitude.sh 1 Navi Mumbai 1 LK 1
i7dto-bgkj2-xo5dx-cyrb7-zkk5y-q46eh-gz6iq-qkgyc-w4qte-scgtb-6ae 1 kr1 1 Leaseweb 1 Panvel 1 LT 1
ivf2y-crxj4-y6ewo-un35q-a7pum-wqmbw-pkepy-d6uew-bfmff-g5yxe-eae 1 ld1 1 M247 1 Paris 1 LV 1
izmhk-lpjum-uo4oy-lviba-yctpc-arg4b-2ywim-vgoiu-gqaj2-gskmw-2qe 1 li2 1 Master Internet 1 Praha 1 PL 1
kos24-5xact-6aror-uofg2-tnvt6-dq3bk-c2c5z-jtptt-jbqvc-lmegy-qae 1 lj2 1 MasterDC 1 Quebec 1 PT 2
mjnyf-lzqq6-s7fzb-62rqm-xzvge-5oa26-humwp-dvwxp-jxxkf-hoel7-fqe 1 mb1 1 Megazone Cloud 1 Queensland 1 RO 1
mme7u-zxs3z-jq3un-fbaly-nllcz-toct2-l2kp3-larrb-gti4r-u2bmo-dae 1 mtl1 1 NEXTDC 1 Riga 1 SE 1
nmdd6-rouxw-55leh-wcbkn-kejit-njvje-p4s6e-v64d3-nlbjb-vipul-mae 1 nm1 1 Nano 1 San Jose 1 SG 1
py2kr-ipr2p-ryh66-x3a3v-5ts6u-7rfhf-alkna-ueffh-hz5ox-lt6du-qqe 1 or1 1 Navegalo 1 Seoul 2 SI 2
qsdw4-ao5ye-6rtq4-y3zhm-icjbj-lutd2-sbejz-4ajqz-pcflr-xrhsg-jae 1 pa1 1 Online 1 Singapore 1 UK 1
r3yjn-kthmg-pfgmb-2fngg-5c7d7-t6kqg-wi37r-j7gy6-iee64-kjdja-jae 1 pl2 1 OrionStellar 1 South Moravian Region 1 US 3
rbn2y-6vfsb-gv35j-4cyvy-pzbdu-e5aum-jzjg6-5b4n5-vuguf-ycubq-zae 1 pr1 1 Posita.si 1 Stockholm 1 ZA 3
s5nvr-ipdxf-xg6wd-ofacm-7tl4i-nwjzx-uulum-cugwb-kbpsa-wrsgs-cae 1 rg3 1 Rivram 1 Tallinn 1
sixix-2nyqd-t2k2v-vlsyz-dssko-ls4hl-hyij4-y7mdp-ja6cj-nsmpf-yae 1 sc1 1 SafeHost 0 -> 1 Tbilisi 1
sqhxa-h6ili-qkwup-ohzwn-yofnm-vvnp5-kxdhg-saabw-rvua3-xp325-zqe 1 sg1 1 SyT - Servicios y Telecomunicaciones S.A. 1 Tel Aviv 1
ulyfm-vkxtj-o42dg-e4nam-l4tzf-37wci-ggntw-4ma7y-d267g-ywxi6-iae 1 sh1 1 TRG 1 Texas 1
unqqg-no4b2-vbyad-ytik2-t3vly-3e57q-aje2t-sjb5l-bd4ke-chggn-uqe 1 sl1 1 Telin 1 Tokyo 1
vegae-c4chr-aetfj-7gzuh-c23sx-u2paz-vmvbn-bcage-pu7lu-mptnn-eqe 1 st1 1 Teraco 1 Vilnius 1
wdjjk-blh44-lxm74-ojj43-rvgf4-j5rie-nm6xs-xvnuv-j3ptn-25t4v-6ae 1 ta1 1 Xneelo 1 Virginia 1
wdnqm-clqti-im5yf-iapio-avjom-kyppl-xuiza-oaz6z-smmts-52wyg-5ae 1 -> 0 tb1 1 Yotta 1 Warszawa 1
wwdbq-xuqhf-eydzu-oyl7p-ga565-zm7s7-yrive-ozgsy-zzgh3-qwb3j-cae 1 tv1 1 hkcolo 1 Zurich 2
zy4m7-z5mhs-zfkpl-zlsjl-blrbx-mvvmq-5z4zu-mf7eq-hhv7o-ezfro-3ae 1 ty3 1 hkntt 1
wa3 1
zh2 2
Business rules check results before the membership change:
node_provider bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe controls 3 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 20.
data_center zh2 controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Digital Realty controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
Business rules check results after the membership change:
node_provider bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe controls 3 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 20.
data_center zh2 controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Digital Realty controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
TLDR: Replaces unhealthy node. There are couple of parameters exceeding the target topology, but it is the same as before (or slightly better) as you can see in sections below.
4 Nakamoto parameters city: Seoul,dc_id: zh2,owner: Digital Realty,node_provider_id: bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe above max identical count!!!
Proposed topology Nakamoto Coefficient is better than current.
You may wish to follow the CO.DELTA known neuron if you found this analysis helpful.
CO.DELTA
Weâre a verifiably decentralised collective who review IC deltas (changes applied by NNS proposals). We follow a common code:
Look: We observe the details and context of NNS proposals.
Test: We test and verify the claims made by those proposals.
Automate: We automate as much as possible by building increasingly sophisticated tools that streamline and strengthen the reviewal process.
Every vote cast by CO.DELTA is the result of consensus among diligent, skilled and experienced team members acting independently. The CO.DELTA neuron follows the vote of D-QUORUM on NNS topics that the CO.DELTA team does not handle directly. You can therefore follow CO.DELTA on all topics and rely on the highest quality of vote.
TLDR: Replaces an offline node with an unassigned node.
This proposal does not change any of the formal IC Target Topology metrics in terms of their discrete values, however it does nudge the subnet closer to a situation where it would more easily violate them in the future (see âSubnet characteristic countsâ in the âDecentralisation Statsâ section below). In any case, this seems like a good proposal on the whole.
Country Discrepancies (4)
Minor discrepancies in terms of distance, and I think can be considered to be within a margin of error.
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 ipinfo.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.
You may wish to follow the CO.DELTA known neuron (coming soon) if you found this analysis helpful.
CO.DELTA âł
Weâre a verifiably decentralised collective who review IC deltas (changes applied by NNS proposals). We follow a common code:
Look: We observe the details and context of NNS proposals
Test: We test and verify the claims made by those proposals
Automate: We automate as much as possible by building increasingly sophisticated tools that streamline and strengthen the reviewal process.
Every vote cast by CO.DELTA is the result of consensus among diligent, skilled and experienced team members acting independently. The CO.DELTA neuron follows the vote of D-QUORUM on NNS topics that the CO.DELTA team does not handle directly. You can therefore follow CO.DELTA on all topics and rely on the highest quality of vote.
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.
@Lorimer@aligatorr89 Did any of you during the review when looking at the dashboard page of proposal 135539 notice any lagging? For me at least in some proposals it has been happening, even using different browsers and devices⊠Even the voting history doesnât loadâŠ
TLDR:
The proposal replaces offline nodes in Frankfurt (Europe).
No issues were found in the nodes or locations proposed and decentralization stats increased as claimed. I vote to adopt
Node dbpb7âŠ: Health check passed. Node dbpb7âŠ: Remove from Subnet check passed. Node rg2yyâŠ: Replacement Status check passed.
You may wish to follow the CO.DELTA known neuron if you found this analysis helpful.
CO.DELTA
Weâre a verifiably decentralised collective who review IC deltas (changes applied by NNS proposals). We follow a common code:
Look: We observe the details and context of NNS proposals
Test: We test and verify the claims made by those proposals
Automate: We automate as much as possible by building increasingly sophisticated tools that streamline and strengthen the reviewal process.
Every vote cast by CO.DELTA is the result of consensus among diligent, skilled and experienced team members acting independently. The CO.DELTA neuron follows the vote of D-QUORUM on NNS topics that the CO.DELTA team does not handle directly. You can therefore follow CO.DELTA on all topics and rely on the highest quality of vote.
This proposal replaces 1 node in subnet qdvhd, appearing in the decentralization tool as âDOWNâ. As shown in the proposal, decentralisation parameters are improved with respect to data centre owner but worsened with respect to country, and remain outside the requirements of the target topology as there are still node providers, a data centre and data centre owners with 2 or 3 node machines each.
Although the country Nakamoto coefficient is unchanged from 6, there are now more combinations of 6 countries that could collude. Nonetheless, formally adopted topology parameters have not been worsened and I recognise the improbability of finding a perfect combination of nodes to improve decentralisation, so for these reasons I have voted to adopt.
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 technical topics. We also have a group of Followees who vote independently on the Governance and the SNS & Neuronsâ Fund 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, KongSwap, and Alice with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
Replaces dead node dbpb7Dashboard Status: Offline with node rg2yyDashboard Status: Awaiting on subnet tdb26.
The proposal makes a necessary replacement by removing the dead node and also improves decentralization by reducing the data_center_ownerEquinix from 2 to 1 which is an improvement of 9% in this coefficient.
There are still business rules in this subnet that are not being complied and need to be addressed.
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 technical topics. We also have a group of Followees who vote independently on the Governance and the SNS & Neuronâs Fund 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, KongSwap, and Alice with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
Vote: Adopted Reason:
The proposal replaces dead Offline status node dbpb7 from the FR2 DC in Frankfurt, Germany
with unassigned healthy Awaiting status node rg2yy from Geneva, with slight improvement to decentralization.
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 technical topics. We also have a group of Followees who vote independently on the Governance and the SNS & Neuronâs Fund 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, KongSwap, and Alice with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
replacing ltzjy, swzzz, 74qsa: We have found no evidence that justifies the offboarding of node providers. However, as a precautionary measure, and to allow more time for discussion around potential node provider collusion, we are submitting a selected set of node swap proposals for critical subnets. Please note that this may slightly reduce the Nakamoto coefficients.
Business rules check results before the membership change:
node_provider bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe controls 3 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 20.
node_provider 6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center zh2 controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Digital Realty controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Everyware controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
Node provider cluster 1 (4r6qy, ivf2y, 3oqw6, dhywe, diyay) has 5 nodes in the subnet
Node provider cluster 2 (6sq7t, vegae, eatbv) has 3 nodes in the subnet
Business rules check results after the membership change:
node_provider bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe controls 3 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 20.
data_center zh2 controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
data_center_owner Everyware controls 2 of nodes, which is higher than target of 1 for the subnet. Applying penalty of 10.
Node provider cluster 1 (4r6qy, ivf2y, 3oqw6, dhywe, diyay) has 4 nodes in the subnet
Node provider cluster 2 (6sq7t, vegae, eatbv) has 2 nodes in the subnet
VOTE: YES (note that this proposal has already executed)
TLDR: Motivated by unsubstantiated concerns of collusion risk. Note that while the motion mentions me and links to a post that I created - I was not personally responsible for the primary claims in this motion. This Subnet Membership proposal errs on the side of caution by moving a few of the mentioned NPs out of the NNS subnet while further discussion takes place. Itâs unclear why an Allusion node is replaced by another Allusion node (but I see no harm in that).
This subnet is currently in violation of the IC Target Topology (at most 3 nodes belonging to the same NP, 2 to the same node operator, and 2 in the same data centre, whereas the limit in all cases should be 1). This proposal does not worsen limits (note that the formal IC Target Topology is specified in terms of characteristic limits, and not nakamoto coefficients). Some nakamoto coefficients are slightly worsened, while clustering within the same continent is slightly improved.
3 healthy nodes replaced with 3 unassigned healthy nodes.
Country Discrepancies (5)
These discrepancies are minor in terms of distance, and so can be considered to be within a margin of error
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 ipinfo.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.
You may wish to follow the CO.DELTA known neuron (coming soon) if you found this analysis helpful.
CO.DELTA âł
Weâre a verifiably decentralised collective who review IC deltas (changes applied by NNS proposals). We follow a common code:
Look: We observe the details and context of NNS proposals
Test: We test and verify the claims made by those proposals
Automate: We automate as much as possible by building increasingly sophisticated tools that streamline and strengthen the reviewal process.
Every vote cast by CO.DELTA is the result of consensus among diligent, skilled and experienced team members acting independently. The CO.DELTA neuron follows the vote of D-QUORUM on NNS topics that the CO.DELTA team does not handle directly. You can therefore follow CO.DELTA on all topics and rely on the highest quality of vote.
TLDR: As there is an ongoing investigation in regard to collusion, safely removing from the essential subnets. This, however, does not mean NPs are colluding; I would rather take it as an audit. Voted to be adopted
You may wish to follow the CO.DELTA known neuron if you found this analysis helpful.
CO.DELTA
Weâre a verifiably decentralised collective who review IC deltas (changes applied by NNS proposals). We follow a common code:
Look: We observe the details and context of NNS proposals
Test: We test and verify the claims made by those proposals
Automate: We automate as much as possible by building increasingly sophisticated tools that streamline and strengthen the reviewal process.
Every vote cast by CO.DELTA is the result of consensus among diligent, skilled and experienced team members acting independently. The CO.DELTA neuron follows the vote of D-QUORUM on NNS topics that the CO.DELTA team does not handle directly. You can therefore follow CO.DELTA on all topics and rely on the highest quality of vote.
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 technical topics. We also have a group of Followees who vote independently on the Governance and the SNS & Neuronâs Fund 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, KongSwap, and Alice with a known neuron and credible Followees.
Learn more about CodeGov and its mission at codegov.org.
