Subnet Management - tdb26 (NNS)

[Lorimer]

Proposal 137091 Review | Lorimer - CO.DELTA △

VOTE: YES

TLDR: Replaces a cordoned node (referencing clear public declaration from the relevant NP) with an unassigned node. The IC Target Topology is respected, and decentralisation in terms of average distance between nodes is slightly increased.

As a side note, both the existing and proposed subnet topology contains 2 nodes from the 6sq7t+eatbv+otzuu+vegae cluster (more than 1 breaks the ‘independent party’ imperative that each subnet needs to adhere to). The nodes involved are:

• gvm7l (GeoNodes LLC)
• txh2c (George Bassadone)

Also as pointed out by @aligatorr89, there are other pre-existing IC Target Topology violations. (the nodes in question belong to DFINITY which is an exceptional case, as pointed out by @LaCosta)

Country Discrepancies (2)

Node	Data Center	Claimed Country	According to ipinfo.io
mae7q	South Moravian Region 1	Czechia	Austria
rg2yy	Geneva 2	Switzerland	Germany

Decentralisation Stats

Subnet node distance stats (distance between any 2 nodes in the subnet) →

	Smallest Distance	Average Distance	Largest Distance
EXISTING	0 km	7214.907 km	19461.421 km
PROPOSED	0 km (0%)	7225.165 km (+0.1%)	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	26	39	39	38	40
PROPOSED	6	26	39	39	38	40

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	17	3	2	2	3	1
PROPOSED	17	3	2	2	3	1

See here for acceptable limits → Motion 135700

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.

Node Changes

Action	Node	Status		Continent	Country	Data Center	Owner	Node Provider	Node Operator
Remove	tgbmf	UP		Europe	France	Paris 1 (pr1)	Celeste	Carbon Twelve	g3nqx
Add	2nehn	UNASSIGNED		Europe	Isle of Man	Douglas 1 (im1)	Manx Telecom	Blue Ant LLC	4isre

Other Nodes

Node	Status		Continent	Country	Data Center	Owner	Node Provider	Node Operator
yahq2	UP		South America	Argentina	CABA 1 (ar1)	SyT - Servicios y Telecomunicaciones S.A.	Mariano Stoll	5p6xp
u4zo2	UP		Oceania	Australia	Queensland 1 (sc1)	NEXTDC	Karel Frank	f3toa
ulhxy	UP		Europe	Belgium	Brussels 2 (br2)	AtlasEdge	Allusion	oorkg
anudy	UP		North America	Canada	Quebec l1 (mtl1)	Leaseweb	Marvelous Web3	ueggl
jmuoq	UP		North America	Canada	Vancouver (bc1)	Cyxtera	Blockchain Development Labs	feb2q
rg2yy	UP		Europe	Switzerland	Geneva 2 (ge2)	SafeHost	Extragone SA	5atxd
6hkcx	UP		Europe	Switzerland	Zurich 2 (zh2)	Everyware	DFINITY Stiftung	wqyl3
tg4ec	UP		Europe	Switzerland	Zurich 2 (zh2)	Everyware	DFINITY Stiftung	s7dud
mjte3	UP		Europe	Czechia	Praha 1 (pa1)	MasterDC	Ivanov Oleksandr	6jyzv
mae7q	UP		Europe	Czechia	South Moravian Region 1 (bn1)	Master Internet	Lukas Helebrandt	zc635
67m4d	UP		Europe	Estonia	Tallinn 1 (ta1)	InfonetDC	Bohatyrov Volodymyr	2fth2
txh2c	UP		Asia	Georgia	Tbilisi 1 (tb1)	Cloud9	George Bassadone	yhfy4
daawl	UP		Asia	Hong Kong	HongKong 1 (hk1)	Unicom	Wancloud limited	z6cfb
rcxhc	UP		Asia	Hong Kong	HongKong 3 (hk3)	hkcolo	Power Meta Corporation	4lbqo
5iihd	UP		Asia	Hong Kong	HongKong 4 (hk4)	hkntt	Origin Game	aaxec
gvm7l	UP		Asia	Israel	Tel Aviv 1 (tv1)	Interhost	GeoNodes LLC	lis4o
6hvx2	UP		Asia	India	Navi Mumbai 1 (nm1)	Rivram	Rivram Inc	mpmyf
w2sev	UP		Asia	India	Panvel 2 (pl2)	Yotta	Krishna Enterprises	7rw6b
5mpdi	UP		Asia	Japan	Tokyo 3 (ty3)	Equinix	Starbase	a5glg
2ftux	UP		Asia	Korea (the Republic of)	Seoul 1 (sl1)	Megazone Cloud	Neptune Partners	ukji3
vysyd	UP		Asia	Korea (the Republic of)	Seoul 2 (kr2)	Gasan	Web3game	5dwhe
isegs	UP		Asia	Korea (the Republic of)	Seoul 3 (kr1)	KT	Pindar Technology Limited	iubpe
lxgqb	UP		Asia	Sri Lanka	Colombo 1 (cm1)	OrionStellar	Geodd Pvt Ltd	ywjtr
24fcm	UP		Europe	Lithuania	Vilnius 1 (bt1)	Baltneta	MB Patrankos šūvis	mbnsu
k2ovz	UP		Europe	Latvia	Riga 3 (rg3)	Nano	Artem Horodyskyi	bftbl
ouffe	UP		Europe	Poland	Warszawa 3 (wa3)	DataHouse	Vladyslav Popov	o36jk
lh2af	UP		Europe	Portugal	Lisbon 2 (li2)	Edgoo Networks	Bitmoon	nvocp
jyh32	UP		Europe	Romania	Bucharest (bu1)	M247	Iancu Aurel	c5ssg
5gcqu	UP		Europe	Sweden	Stockholm 1 (sh1)	Digital Realty	DFINITY Stiftung	lgp6d
gsrhr	UP		Asia	Singapore	Singapore (sg1)	Telin	OneSixtyTwo Digital Capital	d4bin
gj6gc	UP		Europe	Slovenia	Ljubljana 2 (lj2)	Anonstake	Anonstake	eu5wc
zatyv	UP		Europe	Slovenia	Maribor (mb1)	Posita.si	Fractal Labs AG	3xiew
ncr4b	UP		Europe	United Kingdom of Great Britain and Northern Ireland (the)	London 1 (ld1)	Latitude.sh	Conic Ventures	raiov
m2g5i	UP		North America	United States of America (the)	Houston (hu1)	TRG	43rd Big Idea Films	fthz3
oirv5	UP		North America	United States of America (the)	Orlando (or1)	Datasite	Giant Leaf, LLC	2rqo7
qknkg	UP		North America	United States of America (the)	Sterling (st1)	CyrusOne	MI Servers	tcn4t
noos2	UP		Africa	South Africa	Cape Town 2 (ct2)	Teraco	Kontrapunt (Pty) Ltd	x7fjr
wazkf	UP		Africa	South Africa	Gauteng 2 (jb2)	Africa Data Centres	Honeycomb Capital (Pty) Ltd	3bohy
q4ksz	UP		Africa	South Africa	Gauteng 3 (jb3)	Xneelo	Wolkboer (Pty) Ltd	ymenq

---

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.

---

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.

[LaCosta]

Proposal 137091 – LaCosta | CodeGov

Vote: ADOPT

The proposal replaces one node on subnet tdb26:

• Removed Nodes: cordoned node tgbmf, Dashboard Status: Active

• Added Nodes: node 2nehn, Dashboard Status: Awaiting

The reason for the replacement of the node tgbmf is that it’s NP Carbon Twelve is selling it’s nodes to NP Decentralized Entities Foundation as can be seen in this post.

The handover document can be found here and follows the requirements stated here

1. In which Data Center these excess node machines will be operated
2. Declaration that both NPs do not have any majority control in each other’s operations
3. A confirmation that you have deployed two nodes with IPv4 and a domain name in each DC(s)
4. The date when these nodes will start earning the new reward values
5. Signed by both NPs involved in the transaction

The first step in this process is to offboard the nodes in question from their subnets, so that they can be relocated in this case, and redeployed under their new Node Operator.

Since NP Decentralized Entities Foundation is planning to have all this 8 nodes in Barcelona, we can expect a later proposal for adding a new Node Operator.

There is no impact on the business rules penalties as the node provider cluster (6sq7t, vegae, eatbv) remains in place.

@Lorimer @aligatorr89 Regarding the Node Provider DFINITY Stiftung having 3 nodes in this subnet, this topology was agreed in proposal 135700 and discussed in this thread where an expection for DFINITY nodes was opened that allowed DFINITY to have 3 nodes in the NNS Subnet.

The decentralization metrics remain unchanged.

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.

[MalithHatananchchige]

Proposal 137091 Review | Malith H - CO.DELTA △

VOTE: YES

TLDR:
This proposal removes 1 node(s) from Paris 1 and adds 1 replacement node(s) in Douglas 1. NP Carbon12 is offboarding their nodes as posted link. No issues found in proposed new node, Vote to adopt.

Subnet Details

Property	Value
ID	tdb26…
Type	system
Memory Usage	21.12 GB
Running Canisters	16
Description	N/A

Provider Changes

Removed	Added
Carbon Twelve	Blue Ant LLC

Location Changes

Removed	Added
Europe, Paris 1	Europe, Douglas 1

Nodes Removed 1

Node ID	Status	Provider	Data Center	Location
tgbmf…	UP	Carbon Twelve	pr1	Paris 1

Nodes Added 1

Node ID	Status	Provider	Data Center	Location
2nehn…	UNASSIGNED	Blue Ant LLC	im1	Douglas 1

Passes:

Node tgbmf…: Remove from Subnet check passed.

Node 2nehn…: Replacement Status check passed.

Node 2nehn…: Not assigned to any subnet.

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.

[aligatorr89]

I am aware, thanks @LaCosta. If it is Dfinity we will still accept proposal for NNS subnet - I don’t see an issue with showing warning.

[cyberowl]

Proposal 137091 – Cyberowl | CodeGov

Vote: ADOPT

Summary:

Carbon Twelve is transitioning the operation of its eight ICP node machines to DEF—relocating four from Paris to join four in Barcelona and coordinating their removal from subnets, registry updates, and physical migration—to ensure uninterrupted service as C12 temporarily steps back but plans to return. Proposals [137088, 137089, 137090, 137091, 137092] are all related to this transition.

Summary

Health of each Node

// REMOVE
{
  "node_id": "tgbmf-2jayg-jhoty-cgdle-jezqv-vxaly-pom4f-vnhzr-jvxdd-3yoyo-zqe",
  "status": "Active",
  "location": "Paris 1",
  "provider": "Carbon Twelve",
  "subnet_id": "tdb26-jop6k-aogll-7ltgs-eruif-6kk7m-qpktf-gdiqx-mxtrf-vb5e6-eqe"
}

// ADD
{
  "node_id": "2nehn-z42p7-36s7j-qqcz6-sy5rb-euhte-necpl-egqsv-hdoph-gx7qd-6ae",
  "status": "Awaiting",
  "location": "Douglas 1",
  "provider": "Blue Ant LLC",
  "subnet_id": "tdb26-jop6k-aogll-7ltgs-eruif-6kk7m-qpktf-gdiqx-mxtrf-vb5e6-eqe"
}

Decentralization & Topology Compliance

• Node Providers:
  • Maximize the number of distinct providers
• Data Centers:
  • Ensure maximum per DC is not exceeded
• Data Center Owners
  • Verify compliance with ownership regulations
• Countries:
  • Limit to no more than 3 nodes per country

Nakamoto-Coefficient Analysis

Excellent!

[DRE-Team]

A new proposal with ID 137165 has been submitted, please take a look.

Click here to open proposal details

Replace nodes in subnet tdb26

Motivation:

Calculated potential impact on subnet decentralization if replacing:

• 1 additional node would result in: (gets worse) the number of different Country actors decreases from 26 to 25 and subnet topology penalty before 10 => 0 after the change
• 2 additional nodes would result in: (gets better) the number of nodes controlled by dominant Country actors decreases from 15 to 14
• 3 additional nodes would result in: equal decentralization across all features
• 4 additional nodes would result in: equal decentralization across all features
• 5 additional nodes would result in: equal decentralization across all features
• 6 additional nodes would result in: equal decentralization across all features

Based on the calculated potential impact, replacing 2 additional nodes to improve optimization

Note: the heuristic for node replacement relies not only on the Nakamoto coefficient but also on other factors that iteratively optimize network topology.
Due to this, Nakamoto coefficients may not directly increase in every node replacement proposal.
Code for comparing decentralization of two candidate subnet topologies is at:
dre/rs/decentralization/src/nakamoto/mod.rs at 79066127f58c852eaf4adda11610e815a426878c · dfinity/dre · GitHub

Note: the information below is provided for your convenience. Please independently verify the decentralization changes rather than relying solely on this summary.
Here is an explaination of how decentralization is currently calculated,
and there are also instructions for performing what-if analysis if you are wondering if another node would have improved decentralization more.

Decentralization Nakamoto coefficient changes for subnet tdb26-jop6k-aogll-7ltgs-eruif-6kk7m-qpktf-gdiqx-mxtrf-vb5e6-eqe:

  node_provider: 12.00 -> 12.00    (+0%)
    data_center: 13.00 -> 13.00    (+0%)
data_center_owner: 13.00 -> 13.00    (+0%)
             area: 8.00 -> 8.00    (+0%)
          country: 5.00 -> 5.00    (+0%)

Mean Nakamoto comparison: 10.83 → 10.83 (+0%)

Overall replacement impact: (gets better) the number of nodes controlled by dominant Country actors decreases from 15 to 14

Impact on business rules penalties: 10 → 0

Business rules check results before the membership change:

• Node provider cluster 1 (6sq7t, vegae, eatbv) has 2 nodes in the subnet

Details

Nodes removed:

• txh2c-fneot-jj3ys-cx355-22tvp-cw3az-ohxyy-rk7ok-d7ppu-efk4t-iqe [health: healthy]
• wazkf-2xehg-y26ek-2uq64-pkrbh-6frmq-4q7lf-5gaya-44q4p-v5r5z-cqe [health: healthy]

Nodes added:

• 4jkq7-io75m-ox4jr-gb76l-zyoqy-gttw3-m2ttq-4d4md-637uk-ukltt-5qe [health: healthy]
• 3zfpk-du6xx-yg7j5-h7c5w-6rr7z-cmkbf-pfos7-lhu65-svdmj-co7nc-cae [health: healthy]

    node_provider                                                              data_center            data_center_owner                                    area                             country        
    -------------                                                              -----------            -----------------                                    ----                             -------        
    3oqw6-vmpk2-mlwlx-52z5x-e3p7u-fjlcw-yxc34-lf2zq-6ub2f-v63hk-lae       1    an1          0 -> 1    Africa Data Centres                        1 -> 0    British Columbia            1    AR            1
    4dibr-2alzr-h6kva-bvwn2-yqgsl-o577t-od46o-v275p-a2zov-tcw4f-eae       1    ar1               1    Anonstake                                       1    Brussels Capital            1    AU            1
    4fedi-eu6ue-nd7ts-vnof5-hzg66-hgzl7-liy5n-3otyp-h7ipw-owycg-uae       1    bc1               1    AtlasEdge                                       1    Bucuresti                   1    BE       1 -> 2
    4jjya-hlyyc-s766p-fd6gr-d6tvv-vo3ah-j5ptx-i73gw-mwgyd-rw6w2-rae       1    bn1               1    Baltneta                                        1    CABA                        1    CA            2
    64xe5-tx2s3-4gjmj-pnozr-fejw2-77y5y-rhcjk-glnmx-62brf-qin5q-pqe       1    br2               1    Cloud9                                     1 -> 0    Cape Town                   1    CH            3
    6nbcy-kprg6-ax3db-kh3cz-7jllk-oceyh-jznhs-riguq-fvk6z-6tsds-rqe       1    bt1               1    CyrusOne                                        1    Colombo                     1    CZ            2
    6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe       1    bu1               1    Cyxtera                                         1    Douglas                     1    EE            1
    7at4h-nhtvt-a4s55-jigss-wr2ha-ysxkn-e6w7x-7ggnm-qd3d5-ry66r-cae       1    cm1               1    DataHouse                                       1    Flanders               0 -> 1    GE       1 -> 0
    7ryes-jnj73-bsyu4-lo6h7-lbxk5-x4ien-lylws-5qwzl-hxd5f-xjh3w-mqe       1    ct2               1    Datacenter United                          0 -> 1    Florida                     1    HK            3
    7uioy-xitfw-yqcko-5gpya-3lpsw-dw7zt-dyyyf-wfqif-jvi76-fdbkg-cqe       1    ge2               1    Datasite                                        1    Gauteng                2 -> 1    IL            1
    acqus-l4yyc-h44lw-grfxw-h7jqf-mtvt3-huwmj-4s372-sc5db-5nsfr-2ae  0 -> 1    hk1               1    Digital Realty                                  1    Geneva                      1    IM            1
    bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe       3    hk3               1    Edgoo Networks                                  1    HongKong                    3    IN            2
    cgmhq-c4zja-yov4u-zeyao-64ua5-idlhb-ezcgr-cultv-3vqjs-dhwo7-rqe       1    hk4               1    Equinix                                         1    Lisbon                      1    JP            1
    dhywe-eouw6-hstpj-ahsnw-xnjxq-cmqks-47mrg-nnncb-3sr5d-rac6m-nae       1    hu1               1    Everyware                                       2    Ljubljana                   1    KR            3
    diyay-s4rfq-xnx23-zczwi-nptra-5254n-e4zn6-p7tqe-vqhzr-sd4gd-bqe       1    im1               1    Gasan                                           1    London                      1    LK            1
    efem5-kmwaw-xose7-zzhgg-6bfif-twmcw-csg7a-lmqvn-wrdou-mjwlb-vqe       1    jb2          1 -> 0    InfonetDC                                       1    Maribor                     1    LT            1
    eybf4-6t6bb-unfb2-h2hhn-rrfi2-cd2vs-phksn-jdmbn-i463m-4lzds-vqe       1    jb3               1    Interhost                                       1    Navi Mumbai                 1    LV            1
    g2ax6-jrkmb-3zuh3-jibtb-q5xoq-njrgo-5utbc-j2o7g-zfq2w-yyhky-dqe       1    kr1               1    KT                                              1    Panvel                      1    PL            1
    i3cfo-s2tgu-qe5ym-wk7e6-y7ura-pptgu-kevuf-2feh7-z4enq-5hz4s-mqe       1    kr2               1    Latitude.sh                                     1    Praha                       1    PT            1
    i7dto-bgkj2-xo5dx-cyrb7-zkk5y-q46eh-gz6iq-qkgyc-w4qte-scgtb-6ae       1    ld1               1    Leaseweb                                        1    Quebec                      1    RO            1
    ivf2y-crxj4-y6ewo-un35q-a7pum-wqmbw-pkepy-d6uew-bfmff-g5yxe-eae       1    li2               1    M247                                            1    Queensland                  1    SE            1
    izmhk-lpjum-uo4oy-lviba-yctpc-arg4b-2ywim-vgoiu-gqaj2-gskmw-2qe       1    lj2               1    Manx Telecom                                    1    Riga                        1    SG       1 -> 2
    kos24-5xact-6aror-uofg2-tnvt6-dq3bk-c2c5z-jtptt-jbqvc-lmegy-qae       1    mb1               1    Master Internet                                 1    Seoul                       3    SI            2
    mjnyf-lzqq6-s7fzb-62rqm-xzvge-5oa26-humwp-dvwxp-jxxkf-hoel7-fqe       1    mtl1              1    MasterDC                                        1    Singapore              1 -> 2    UK            1
    mme7u-zxs3z-jq3un-fbaly-nllcz-toct2-l2kp3-larrb-gti4r-u2bmo-dae       1    nm1               1    Megazone Cloud                                  1    South Moravian Region       1    US            3
    nmdd6-rouxw-55leh-wcbkn-kejit-njvje-p4s6e-v64d3-nlbjb-vipul-mae  1 -> 0    or1               1    NEXTDC                                          1    Stockholm                   1    ZA       3 -> 2
    py2kr-ipr2p-ryh66-x3a3v-5ts6u-7rfhf-alkna-ueffh-hz5ox-lt6du-qqe       1    pa1               1    Nano                                            1    Tallinn                     1                   
    r3yjn-kthmg-pfgmb-2fngg-5c7d7-t6kqg-wi37r-j7gy6-iee64-kjdja-jae       1    pl2               1    OrionStellar                                    1    Tbilisi                1 -> 0                   
    rbn2y-6vfsb-gv35j-4cyvy-pzbdu-e5aum-jzjg6-5b4n5-vuguf-ycubq-zae       1    rg3               1    Posita.si                                       1    Tel Aviv                    1                   
    rpfvr-s3kuw-xdqrr-pvuuj-hc7hl-olytw-yxlie-fmr74-sr572-6gdqx-iqe       1    sc1               1    Racks Central                              0 -> 1    Texas                       1                   
    s5nvr-ipdxf-xg6wd-ofacm-7tl4i-nwjzx-uulum-cugwb-kbpsa-wrsgs-cae       1    sg1               1    Rivram                                          1    Tokyo                       1                   
    sixix-2nyqd-t2k2v-vlsyz-dssko-ls4hl-hyij4-y7mdp-ja6cj-nsmpf-yae       1    sg3          0 -> 1    SafeHost                                        1    Vilnius                     1                   
    sqhxa-h6ili-qkwup-ohzwn-yofnm-vvnp5-kxdhg-saabw-rvua3-xp325-zqe       1    sh1               1    SyT - Servicios y Telecomunicaciones S.A.       1    Virginia                    1                   
    ulyfm-vkxtj-o42dg-e4nam-l4tzf-37wci-ggntw-4ma7y-d267g-ywxi6-iae       1    sl1               1    TRG                                             1    Warszawa                    1                   
    unqqg-no4b2-vbyad-ytik2-t3vly-3e57q-aje2t-sjb5l-bd4ke-chggn-uqe       1    st1               1    Telin                                           1    Zurich                      2                   
    vegae-c4chr-aetfj-7gzuh-c23sx-u2paz-vmvbn-bcage-pu7lu-mptnn-eqe  1 -> 0    ta1               1    Teraco                                          1                                                    
    wdjjk-blh44-lxm74-ojj43-rvgf4-j5rie-nm6xs-xvnuv-j3ptn-25t4v-6ae       1    tb1          1 -> 0    Unicom                                          1                                                    
    wwdbq-xuqhf-eydzu-oyl7p-ga565-zm7s7-yrive-ozgsy-zzgh3-qwb3j-cae       1    tv1               1    Xneelo                                          1                                                    
    x7uok-pi537-itm37-unjn3-ewkze-kuetg-kptap-nuqak-auq7z-tn5ey-dqe  0 -> 1    ty3               1    Yotta                                           1                                                    
    zy4m7-z5mhs-zfkpl-zlsjl-blrbx-mvvmq-5z4zu-mf7eq-hhv7o-ezfro-3ae       1    wa3               1    hkcolo                                          1                                                    
                                                                               zh2               2    hkntt                                           1                                                    

[LaCosta]

Proposal 137165 – LaCosta | CodeGov

Vote: ADOPT

Summary: Replaces two healthy nodes to reduce the business rules penalties to 0, removing the only node from NP George Bassadone on this subnet since this NP is part of Node provider cluster1(6sq7t, vegae, eatbv) that until this moment has 2 nodes on this subnet. By replacing node txh2c the cluster only has one node on the subnet. The number of nodes from different countries is reduced by one, from 26 to 25, which worse but not concerning since the Nakamoto Coefficient remains unchanged.

The proposal replaces one node on subnet tdb26:

• Removed Nodes: node txh2c, Dashboard Status: Active and node wazkf, Dashboard Status: Active

• Added Nodes: node 4jkq7, Dashboard Status: Awaiting and node 3zfpk, Dashboard Status: Awaiting

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.

[timk11]

Proposal 137165 | Tim - CodeGov

Vote: Adopt

This proposal replaces 1 node in subnet tdb26, appearing in the decentralization tool as “UP”, for the presumed reason of separating nodes from an identified cluster, although “Motivation” in the proposal text is blank, along with an additional node in order to improve overall topology. As shown in the proposal, decentralisation parameters are arguably improved with respect to country 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 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.

[ZoLee]

Proposal #137165 — Zack | CodeGov

Vote: Adopted

Reason:
The proposal removes Healthy Active status node txh2c from Tbilisi, Georgia that belongs to NP vegae George Bassadone in order to improve the business rules penalties related to NP cluster 1 (6sq7t, vegae, eatbv) as there are currently 2 nodes in the subnet along with Healthy Active status node wazkf from Africa with 2 unassigned Healthy Awaiting status nodes 4jkq7 from Belgium and 3zfpk from Singapore with a slight overall improvement for 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.

[Lorimer]

Proposal 137165 Review | Lorimer - CO.DELTA △

VOTE: YES

TLDR: Removes George Bassadone’s node from the subnet, given that George Bassadone is a UBO of GeoNodes LLC, which also controls a node within this subnet.

However, it’s important to note that this proposal exposes the subnet to a similar (but slightly lesser) risk by introducing a new cluster. The proposed subnet topology contains 2 nodes from the rbn2y+g7dkt+acqus cluster (more than 1 breaks the ‘independent party’ imperative that each subnet needs to adhere to). The nodes involved are:

• ulhxy (Allusion)
• 4jkq7 (DeNoDe)

DeNoDe was formed by acquiring nodes from Allusion (by an individual closely involved with Allusion), and the two parties have declined to comment on the financial arrangement (and the meaningfulness of the transfer).

I see this as a slightly lesser risk though, given that we know that George Bassadone and GeoNodes LLC are essentially the same entity.

Note that a second node is also swapped out of this subnet by this proposal in order to optimise decentralisation metrics. Decentralisation is reduced in several ways, but the IC Target Topology is still respected (ignoring the cluster issue described above).

Country Discrepancies (2)

Node	Data Center	Claimed Country	According to ipinfo.io
mae7q	South Moravian Region 1	Czechia	Austria
rg2yy	Geneva 2	Switzerland	Germany

Decentralisation Stats

Subnet node distance stats (distance between any 2 nodes in the subnet) →

	Smallest Distance	Average Distance	Largest Distance
EXISTING	0 km	7225.165 km	19461.421 km
PROPOSED	0 km (0%)	7180.791 km (-0.6%)	19461.421 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	26	39	39	38	40
PROPOSED	6	25 (-4%)	39	39	38	40

This proposal slightly reduces decentralisation in terms of jurisdiction diversity.

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	17	3	2	2	3	1
PROPOSED	18 (+5.88%)	3	2	2	3	1

See here for acceptable limits → Motion 137147

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.

Node Changes

Action	Node	Status		Continent	Country	Data Center	Owner	Node Provider	Node Operator
Remove	txh2c	UP		Asia	Georgia	Tbilisi 1 (tb1)	Cloud9	George Bassadone	yhfy4
Remove	wazkf	UP		Africa	South Africa	Gauteng 2 (jb2)	Africa Data Centres	Honeycomb Capital (Pty) Ltd	3bohy
Add	4jkq7	UNASSIGNED		Europe	Belgium	Antwerp (an1)	Datacenter United	DeNoDe	z4wll
Add	3zfpk	UNASSIGNED		Asia	Singapore	Singapore 3 (sg3)	Racks Central	Protocol16	vicvb

---

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.

---

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.

[MalithHatananchchige]

Proposal 137165 Review | Malith H - CO.DELTA △

VOTE: YES

TLDR:
This proposal removes 2 node(s) from Tbilisi 1, Gauteng 2 and adds 2 replacement node(s) in Antwerp, Singapore 3.
The main purpose of this proposal is to replace the node txh2c… belonging to the Node Provider vegae, which was identified as having the same Ultimate Beneficial Owner (UBO) as another node in the same subnet. The second node was removed to maintain decentralization standards, which has now been achieved. No issues have been found. Vote to adopt.

Subnet Details

Property	Value
ID	tdb26…
Type	system
Memory Usage	21.49 GB
Running Canisters	16
Description	N/A

Provider Changes

Removed	Added
George Bassadone	DeNoDe
Honeycomb Capital (Pty) Ltd	Protocol16

Location Changes

Removed	Added
Asia, Tbilisi 1	Europe, Antwerp
Africa, Gauteng 2	Asia, Singapore 3

Nodes Removed 2

Node ID	Status	Provider	Data Center	Location
txh2c…	UP	George Bassadone	tb1	Tbilisi 1
wazkf…	UP	Honeycomb Capital (Pty) Ltd	jb2	Gauteng 2

Nodes Added 2

Node ID	Status	Provider	Data Center	Location
4jkq7…	UNASSIGNED	DeNoDe	an1	Antwerp
3zfpk…	UNASSIGNED	Protocol16	sg3	Singapore 3

Passes:

Node txh2c…: Remove from Subnet check passed.

Node wazkf…: Remove from Subnet check passed.

Node 4jkq7…: Replacement Status check passed.

Node 4jkq7…: Not assigned to any subnet.

Node 3zfpk…: Replacement Status check passed.

Node 3zfpk…: Not assigned to any subnet.

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.

[cyberowl]

Proposal 137165 – Cyberowl | CodeGov

Vote: ADOPT

Summary:

Looks like a good proposal for decentralization. Number of nodes controlled by dominant Country actors decreases from 15 to 14.

Summary

Health of each Node

// REMOVE
{
  "node_id": "txh2c-fneot-jj3ys-cx355-22tvp-cw3az-ohxyy-rk7ok-d7ppu-efk4t-iqe",
  "status": "Active",
  "location": "Tbilisi 1",
  "provider": "George Bassadone",
  "subnet_id": "tdb26-jop6k-aogll-7ltgs-eruif-6kk7m-qpktf-gdiqx-mxtrf-vb5e6-eqe"
}

{
  "node_id": "wazkf-2xehg-y26ek-2uq64-pkrbh-6frmq-4q7lf-5gaya-44q4p-v5r5z-cqe",
  "status": "Active",
  "location": "Gauteng 2",
  "provider": "Honeycomb Capital (Pty) Ltd",
  "subnet_id": "tdb26-jop6k-aogll-7ltgs-eruif-6kk7m-qpktf-gdiqx-mxtrf-vb5e6-eqe"
}

// ADD
{
  "node_id": "4jkq7-io75m-ox4jr-gb76l-zyoqy-gttw3-m2ttq-4d4md-637uk-ukltt-5qe",
  "status": "Awaiting",
  "location": "Antwerp",
  "provider": "DeNoDe",
  "subnet_id": "tdb26-jop6k-aogll-7ltgs-eruif-6kk7m-qpktf-gdiqx-mxtrf-vb5e6-eqe"
}

{
  "node_id": "3zfpk-du6xx-yg7j5-h7c5w-6rr7z-cmkbf-pfos7-lhu65-svdmj-co7nc-cae",
  "status": "Awaiting",
  "location": "Singapore 3",
  "provider": "Protocol16",
  "subnet_id": "tdb26-jop6k-aogll-7ltgs-eruif-6kk7m-qpktf-gdiqx-mxtrf-vb5e6-eqe"
}

Decentralization & Topology Compliance

• Node Providers:
  • Maximize the number of distinct providers
• Data Centers:
  • Ensure maximum per DC is not exceeded
• Data Center Owners
  • Verify compliance with ownership regulations
• Countries:
  • Limit to no more than 3 nodes per country

Nakamoto-Coefficient Analysis

Remains unchanged.

[aligatorr89]

Proposal 137165 Review | aligatorr - CO.DELTA △

VOTE: YES

TLDR: Motivation is to break interconnected providers GeoNodes and George Bassadone. 2nd change is due to bad performance.

• Dfinity has 3 nodes as an exception from target topology
• Proposed topology Nakamoto Coefficient stayed the same as on current topology.

Node Changes 2 removed, 2 added

Node ID	Status	Country	City	Node Provider	Data Center	Data Center Owner
wazkf-2xehg-y26ek-2uq64-pkrbh-6frmq-4q7lf-5gaya-44q4p-v5r5z-cqe → 4jkq7-io75m-ox4jr-gb76l-zyoqy-gttw3-m2ttq-4d4md-637uk-ukltt-5qe	UP → UNASSIGNED	ZA → BE	Gauteng → Flanders	Honeycomb Capital (Pty) Ltd → DeNoDe	jb2 → an1	Africa Data Centres → Datacenter United
txh2c-fneot-jj3ys-cx355-22tvp-cw3az-ohxyy-rk7ok-d7ppu-efk4t-iqe → 3zfpk-du6xx-yg7j5-h7c5w-6rr7z-cmkbf-pfos7-lhu65-svdmj-co7nc-cae	UP → UNASSIGNED	GE → SG	Tbilisi → Singapore	George Bassadone → Protocol16	tb1 → sg3	Cloud9 → Racks Central

Current Nakamoto Coefficients and Topology, avg = 10.20

Attribute	Nakamoto Coefficient	Identical attribute values	Max allowed identical values	Unique Counts
Country	5		3	26
City	8	3->Seoul, 3->HongKong	NA	34
Data Center	13	2->zh2	1	39
Data Center Owner	13	2->Everyware	1	39
Node Provider ID	12	3->bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe	1	38

Proposed Nakamoto Coefficients and Topology, avg = 10.20

Attribute	Nakamoto Coefficient	Identical attribute values	Max allowed identical values	Unique Counts
Country	5		3	25
City	8	3->Seoul, 3->HongKong	NA	34
Data Center	13	2->zh2	1	39
Data Center Owner	13	2->Everyware	1	39
Node Provider ID	12	3->bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe	1	38

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.

[alexu]

Dear Reviewers,
we’ve submitted proposal 137604 to make sure only one node from the newly formed cluster is remaining in the subnet. We did ask the involved NPs to confirm in this thread.

[LaCosta]

Enhancing Network Decentralization - Proposals for Node Provider Standards

Summary: The following sequence of proposals introduce a new Node Cluster formed by 5 NPs Maksym Ishchenko, Ivanov Oleksandr, Vladyslav Popov, Bohatyrov Volodymyr and Artem Horodyskyi. At the of time the following reviews only NPs Bohatyrov Volodymyr (post), Maksym Ishchenko (post) and Vladyslav Popov (post) have made posts confirming an early enquiry of mine, here, asking for the Node Providers to confirm they were aware, agreed with the changes, and creation of the Node Cluster, giving them …

[Lorimer]

Proposal 137604 Review | Lorimer - CO.DELTA △

VOTE: YES

TLDR: Removes a newly identified cluster (verified here and here), while maintaining decentralisation metrics within the specified IC Target Topology.

Country Discrepancies (2)

Distances seem to be within reasonable error tolerances

Node	Data Center	Claimed Country	According to ipinfo.io
mae7q	South Moravian Region 1	Czechia	Austria
rg2yy	Geneva 2	Switzerland	Germany

Decentralisation Stats

Subnet node distance stats (distance between any 2 nodes in the subnet) →

	Smallest Distance	Average Distance	Largest Distance
EXISTING	0 km	7180.791 km	19461.421 km
PROPOSED	0 km (NaN%)	7420.362 km (+3.3%)	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	25	39	39	38	40
PROPOSED	6	24 (-4.2%)	39	39	38	39 (-2.6%)

This proposal slightly reduces decentralisation in terms of jurisdiction diversity.

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 * *	18	3	2	2	3	1
PROPOSED	17 (-5.555555555555555%)	3	2	2	3	2 (+100%)

See here for acceptable limits → Motion 137147

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.

Node Changes

Action	Node	Status		Continent	Country	Data Center	Owner	Node Provider	Node Operator
Remove	6hkcx	UP		Europe	Switzerland	Zurich 2 (zh2)	Everyware	DFINITY Stiftung	wqyl3
Remove	mjte3	UP		Europe	Czechia	Praha 1 (pa1)	MasterDC	Ivanov Oleksandr	6jyzv
Remove	67m4d	UP		Europe	Estonia	Tallinn 1 (ta1)	InfonetDC	Bohatyrov Volodymyr	2fth2
Remove	ouffe	UP		Europe	Poland	Warszawa 3 (wa3)	DataHouse	Vladyslav Popov	o36jk
Add	itbwd	UP		Europe	Switzerland	Zurich 3 (zh3)	Nine.Ch	Tomahawk.vc	anodw
Add	5veru	UP		Europe	Spain	Barcelona 1 (es1)	Adam	Decentralized Entities Foundation	6zkgt
Add	uafcv	UP		Europe	Sweden	Stockholm 1 (sh1)	Digital Realty	DFINITY Stiftung	lgp6d
Add	nuass	UP		Africa	South Africa	Gauteng 2 (jb2)	Africa Data Centres	Honeycomb Capital (Pty) Ltd	3bohy

---

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.

---

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.

[DRE-Team]

A new proposal with ID 137805 has been submitted, please take a look.

Click here to open proposal details

Replace a node in subnet tdb26

Motivation:
This proposal is replacing a dead node with a node from subnet brlsh. This proposal depends on proposal 137802.

Decentralization Nakamoto coefficient changes for subnet tdb26-jop6k-aogll-7ltgs-eruif-6kk7m-qpktf-gdiqx-mxtrf-vb5e6-eqe:

  node_provider: 12.00 -> 12.00    (+0%)
    data_center: 13.00 -> 13.00    (+0%)
data_center_owner: 13.00 -> 13.00    (+0%)
             area: 6.00 -> 7.00   (+17%)
          country: 5.00 -> 5.00    (+0%)

Mean Nakamoto comparison: 10.33 → 10.50 (+2%)

Overall replacement impact: (gets better) the average log2 of Nakamoto Coefficients across all features increases from 3.2655 to 3.3026

Details

Nodes removed:

• rcxhc-af5ln-myck4-qrbsj-aelzk-l4hy4-o4fws-7kx57-ajldl-v6pmo-fqe [health: dead]

Nodes added:

• nj7re-dvkal-yq25a-opp2g-5y3qy-3ena4-opd5j-22uir-eaakx-ljk7k-6ae [health: healthy]

    node_provider                                                              data_center            data_center_owner                                    area                             country        
    -------------                                                              -----------            -----------------                                    ----                             -------        
    4dibr-2alzr-h6kva-bvwn2-yqgsl-o577t-od46o-v275p-a2zov-tcw4f-eae       1    an1               1    Adam                                            1    Barcelona                   1    AR            1
    4fedi-eu6ue-nd7ts-vnof5-hzg66-hgzl7-liy5n-3otyp-h7ipw-owycg-uae  1 -> 0    ar1               1    Africa Data Centres                             1    British Columbia            1    AU            1
    4jjya-hlyyc-s766p-fd6gr-d6tvv-vo3ah-j5ptx-i73gw-mwgyd-rw6w2-rae       1    bc1               1    Anonstake                                       1    Brussels Capital            1    BE            2
    64xe5-tx2s3-4gjmj-pnozr-fejw2-77y5y-rhcjk-glnmx-62brf-qin5q-pqe       1    bn1               1    AtlasEdge                                       1    Bucuresti                   1    CA            2
    6nbcy-kprg6-ax3db-kh3cz-7jllk-oceyh-jznhs-riguq-fvk6z-6tsds-rqe       1    br2               1    Baltneta                                        1    CABA                        1    CH            3
    6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe       1    bt1               1    CyrusOne                                        1    Cape Town                   1    CZ            1
    7at4h-nhtvt-a4s55-jigss-wr2ha-ysxkn-e6w7x-7ggnm-qd3d5-ry66r-cae       1    bu1               1    Cyxtera                                         1    Colombo                     1    ES            1
    7ryes-jnj73-bsyu4-lo6h7-lbxk5-x4ien-lylws-5qwzl-hxd5f-xjh3w-mqe       1    cm1               1    Datacenter United                               1    Douglas                     1    HK       3 -> 2
    7uioy-xitfw-yqcko-5gpya-3lpsw-dw7zt-dyyyf-wfqif-jvi76-fdbkg-cqe       1    ct2               1    Datasite                                        1    Flanders                    1    IL            1
    acqus-l4yyc-h44lw-grfxw-h7jqf-mtvt3-huwmj-4s372-sc5db-5nsfr-2ae       1    es1               1    Digital Realty                                  2    Florida                     1    IM            1
    bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe       3    ge2               1    Edgoo Networks                                  1    Gauteng                     2    IN       2 -> 3
    cgmhq-c4zja-yov4u-zeyao-64ua5-idlhb-ezcgr-cultv-3vqjs-dhwo7-rqe       1    hk1               1    Equinix                                         1    Geneva                      1    JP            1
    diyay-s4rfq-xnx23-zczwi-nptra-5254n-e4zn6-p7tqe-vqhzr-sd4gd-bqe       1    hk3          1 -> 0    Everyware                                       1    HongKong               3 -> 2    KR            3
    efem5-kmwaw-xose7-zzhgg-6bfif-twmcw-csg7a-lmqvn-wrdou-mjwlb-vqe       1    hk4               1    Gasan                                           1    Lisbon                      1    LK            1
    eybf4-6t6bb-unfb2-h2hhn-rrfi2-cd2vs-phksn-jdmbn-i463m-4lzds-vqe       1    hu1               1    Interhost                                       1    Ljubljana                   1    LT            1
    g2ax6-jrkmb-3zuh3-jibtb-q5xoq-njrgo-5utbc-j2o7g-zfq2w-yyhky-dqe       1    im1               1    KT                                              1    London                      1    LV            1
    i3cfo-s2tgu-qe5ym-wk7e6-y7ura-pptgu-kevuf-2feh7-z4enq-5hz4s-mqe       1    jb2               1    Latitude.sh                                     1    Maribor                     1    PT            1
    i7dto-bgkj2-xo5dx-cyrb7-zkk5y-q46eh-gz6iq-qkgyc-w4qte-scgtb-6ae       1    jb3               1    Leaseweb                                        1    Navi Mumbai                 1    RO            1
    izmhk-lpjum-uo4oy-lviba-yctpc-arg4b-2ywim-vgoiu-gqaj2-gskmw-2qe       1    kr1               1    M247                                            1    New Delhi              0 -> 1    SE            2
    kos24-5xact-6aror-uofg2-tnvt6-dq3bk-c2c5z-jtptt-jbqvc-lmegy-qae       1    kr2               1    Manx Telecom                                    1    Panvel                      1    SG            2
    mjnyf-lzqq6-s7fzb-62rqm-xzvge-5oa26-humwp-dvwxp-jxxkf-hoel7-fqe       1    ld1               1    Marvelous Web3 DC                          0 -> 1    Quebec                      1    SI            2
    mme7u-zxs3z-jq3un-fbaly-nllcz-toct2-l2kp3-larrb-gti4r-u2bmo-dae       1    li2               1    Master Internet                                 1    Queensland                  1    UK            1
    nmdd6-rouxw-55leh-wcbkn-kejit-njvje-p4s6e-v64d3-nlbjb-vipul-mae       1    lj2               1    Megazone Cloud                                  1    Riga                        1    US            3
    pa5mu-yxsey-b4yrk-bodka-dhjnm-a3nx4-w2grw-3b766-ddr6e-nupu4-pqe  0 -> 1    mb1               1    NEXTDC                                          1    Seoul                       3    ZA            3
    py2kr-ipr2p-ryh66-x3a3v-5ts6u-7rfhf-alkna-ueffh-hz5ox-lt6du-qqe       1    mtl1              1    Nano                                            1    Singapore                   2                   
    r3yjn-kthmg-pfgmb-2fngg-5c7d7-t6kqg-wi37r-j7gy6-iee64-kjdja-jae       1    nd1          0 -> 1    Nine.Ch                                         1    South Moravian Region       1                   
    rbn2y-6vfsb-gv35j-4cyvy-pzbdu-e5aum-jzjg6-5b4n5-vuguf-ycubq-zae       1    nm1               1    OrionStellar                                    1    Stockholm                   2                   
    rpfvr-s3kuw-xdqrr-pvuuj-hc7hl-olytw-yxlie-fmr74-sr572-6gdqx-iqe       1    or1               1    Posita.si                                       1    Tel Aviv                    1                   
    s5nvr-ipdxf-xg6wd-ofacm-7tl4i-nwjzx-uulum-cugwb-kbpsa-wrsgs-cae       1    pl2               1    Racks Central                                   1    Texas                       1                   
    sixix-2nyqd-t2k2v-vlsyz-dssko-ls4hl-hyij4-y7mdp-ja6cj-nsmpf-yae       1    rg3               1    Rivram                                          1    Tokyo                       1                   
    sqhxa-h6ili-qkwup-ohzwn-yofnm-vvnp5-kxdhg-saabw-rvua3-xp325-zqe       1    sc1               1    SafeHost                                        1    Vilnius                     1                   
    ucjqj-jmbj3-rs4aq-ekzpw-ltjs3-zrcma-t6r3t-m5wxc-j5yrj-unwoj-mae       1    sg1               1    SyT - Servicios y Telecomunicaciones S.A.       1    Virginia                    1                   
    ulyfm-vkxtj-o42dg-e4nam-l4tzf-37wci-ggntw-4ma7y-d267g-ywxi6-iae       1    sg3               1    TRG                                             1    Zurich                      2                   
    unqqg-no4b2-vbyad-ytik2-t3vly-3e57q-aje2t-sjb5l-bd4ke-chggn-uqe       1    sh1               2    Telin                                           1                                                    
    w4buy-lgwzr-pccs7-huzhh-qqnws-rns75-iaoox-jolrm-xs2ra-vdu3o-2qe       1    sl1               1    Teraco                                          1                                                    
    wdjjk-blh44-lxm74-ojj43-rvgf4-j5rie-nm6xs-xvnuv-j3ptn-25t4v-6ae       1    st1               1    Unicom                                          1                                                    
    wwdbq-xuqhf-eydzu-oyl7p-ga565-zm7s7-yrive-ozgsy-zzgh3-qwb3j-cae       1    tv1               1    Xneelo                                          1                                                    
    x7uok-pi537-itm37-unjn3-ewkze-kuetg-kptap-nuqak-auq7z-tn5ey-dqe       1    ty3               1    Yotta                                           1                                                    
    zy4m7-z5mhs-zfkpl-zlsjl-blrbx-mvvmq-5z4zu-mf7eq-hhv7o-ezfro-3ae       1    zh2               1    hkcolo                                     1 -> 0                                                    
                                                                               zh3               1    hkntt                                           1                                                    

[Lorimer]

Proposal 137805 Review | Lorimer - CO.DELTA △

VOTE: PENDING NO

TLDR: Race condition detected

See here.

Country Discrepancies (2)

Distances involved are within a reasonable margin of error.

Node	Data Center	Claimed Country	According to ipinfo.io
mae7q	South Moravian Region 1	Czechia	Austria
rg2yy	Geneva 2	Switzerland	Germany

Decentralisation Stats

Subnet node distance stats (distance between any 2 nodes in the subnet) →

	Smallest Distance	Average Distance	Largest Distance
EXISTING	0 km	7420.362 km	19461.421 km
PROPOSED	0 km (NaN%)	7354.64 km (-0.9%)	19461.421 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	24	39	39	38	39
PROPOSED	6	24	39	39	38	39

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	17	3	2	2	3	2
PROPOSED	17	3	2	2	3	2

See here for acceptable limits → Motion 137147

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.

Node Changes

Action	Node	Status		Continent	Country	Data Center	Owner	Node Provider	Node Operator
Remove	rcxhc	DOWN		Asia	Hong Kong	HongKong 3 (hk3)	hkcolo	Power Meta Corporation	4lbqo
Add	nj7re	UP		Asia	India	New Delhi 1 (nd1)	Marvelous Web3 DC	Zenith Code LLC	ihcmc

Other Nodes

Node	Status		Continent	Country	Data Center	Owner	Node Provider	Node Operator
yahq2	UP		South America	Argentina	CABA 1 (ar1)	SyT - Servicios y Telecomunicaciones S.A.	Mariano Stoll	5p6xp
u4zo2	UP		Oceania	Australia	Queensland 1 (sc1)	NEXTDC	Karel Frank	f3toa
4jkq7	UP		Europe	Belgium	Antwerp (an1)	Datacenter United	DeNoDe	z4wll
ulhxy	UP		Europe	Belgium	Brussels 2 (br2)	AtlasEdge	Allusion	oorkg
anudy	UP		North America	Canada	Quebec l1 (mtl1)	Leaseweb	Marvelous Web3	ueggl
jmuoq	UP		North America	Canada	Vancouver (bc1)	Cyxtera	Blockchain Development Labs	feb2q
rg2yy	UP		Europe	Switzerland	Geneva 2 (ge2)	SafeHost	Extragone SA	5atxd
tg4ec	UP		Europe	Switzerland	Zurich 2 (zh2)	Everyware	DFINITY Stiftung	s7dud
itbwd	UP		Europe	Switzerland	Zurich 3 (zh3)	Nine.Ch	Tomahawk.vc	anodw
mae7q	UP		Europe	Czechia	South Moravian Region 1 (bn1)	Master Internet	Lukas Helebrandt	zc635
5veru	UP		Europe	Spain	Barcelona 1 (es1)	Adam	Decentralized Entities Foundation	6zkgt
daawl	UP		Asia	Hong Kong	HongKong 1 (hk1)	Unicom	Wancloud limited	z6cfb
5iihd	UP		Asia	Hong Kong	HongKong 4 (hk4)	hkntt	Origin Game	aaxec
gvm7l	UP		Asia	Israel	Tel Aviv 1 (tv1)	Interhost	GeoNodes LLC	lis4o
2nehn	UP		Europe	Isle of Man	Douglas 1 (im1)	Manx Telecom	Blue Ant LLC	4isre
6hvx2	UP		Asia	India	Navi Mumbai 1 (nm1)	Rivram	Rivram Inc	mpmyf
w2sev	UP		Asia	India	Panvel 2 (pl2)	Yotta	Krishna Enterprises	7rw6b
5mpdi	UP		Asia	Japan	Tokyo 3 (ty3)	Equinix	Starbase	a5glg
2ftux	UP		Asia	Korea (the Republic of)	Seoul 1 (sl1)	Megazone Cloud	Neptune Partners	ukji3
vysyd	UP		Asia	Korea (the Republic of)	Seoul 2 (kr2)	Gasan	Web3game	5dwhe
isegs	UP		Asia	Korea (the Republic of)	Seoul 3 (kr1)	KT	Pindar Technology Limited	iubpe
lxgqb	UP		Asia	Sri Lanka	Colombo 1 (cm1)	OrionStellar	Geodd Pvt Ltd	ywjtr
24fcm	UP		Europe	Lithuania	Vilnius 1 (bt1)	Baltneta	MB Patrankos šūvis	mbnsu
k2ovz	UP		Europe	Latvia	Riga 3 (rg3)	Nano	Artem Horodyskyi	bftbl
lh2af	UP		Europe	Portugal	Lisbon 2 (li2)	Edgoo Networks	Bitmoon	nvocp
jyh32	UP		Europe	Romania	Bucharest (bu1)	M247	Iancu Aurel	c5ssg
5gcqu	UP		Europe	Sweden	Stockholm 1 (sh1)	Digital Realty	DFINITY Stiftung	lgp6d
uafcv	UP		Europe	Sweden	Stockholm 1 (sh1)	Digital Realty	DFINITY Stiftung	lgp6d
gsrhr	UP		Asia	Singapore	Singapore (sg1)	Telin	OneSixtyTwo Digital Capital	d4bin
3zfpk	UP		Asia	Singapore	Singapore 3 (sg3)	Racks Central	Protocol16	vicvb
gj6gc	UP		Europe	Slovenia	Ljubljana 2 (lj2)	Anonstake	Anonstake	eu5wc
zatyv	UP		Europe	Slovenia	Maribor (mb1)	Posita.si	Fractal Labs AG	3xiew
ncr4b	UP		Europe	United Kingdom of Great Britain and Northern Ireland (the)	London 1 (ld1)	Latitude.sh	Conic Ventures	raiov
m2g5i	UP		North America	United States of America (the)	Houston (hu1)	TRG	43rd Big Idea Films	fthz3
oirv5	UP		North America	United States of America (the)	Orlando (or1)	Datasite	Giant Leaf, LLC	2rqo7
qknkg	UP		North America	United States of America (the)	Sterling (st1)	CyrusOne	MI Servers	tcn4t
noos2	UP		Africa	South Africa	Cape Town 2 (ct2)	Teraco	Kontrapunt (Pty) Ltd	x7fjr
nuass	UP		Africa	South Africa	Gauteng 2 (jb2)	Africa Data Centres	Honeycomb Capital (Pty) Ltd	3bohy
q4ksz	UP		Africa	South Africa	Gauteng 3 (jb3)	Xneelo	Wolkboer (Pty) Ltd	ymenq

---

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.

---

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.

[timk11]

@maria

We suggest to ADOPT 137802 and REJECT 137805 to make sure that the node gracefully left brlsh and is healthy to join the NNS subnet. We will resubmit the NNS subnet node swap proposal then after 137802 was executed.

(From Dfinity team)
.

[timk11]

Proposal 137805 | Tim - CodeGov

Vote: Adopt (but now recommend REJECT)

This proposal replaces node rcxhc which appears in the dashboard as “Offline”. The replacement node appears in the dashboard as “Healthy”. As shown in the proposal, decentralisation parameters are unchanged with respect to community-approved parameters and remain within the requirements of the target topology. The replacement node is currently assigned to subnet brlsh, so proposal 137802 will need to be passed first in order for the current proposal to be executed successfully.

I voted to adopt before reading this advice (crosslinked above) from @maria clarifying that this creates a risk that the removed node could remain unreplaced if proposal 137802 does not complete execution before the current proposal is passed. I therefore now recommend a vote to REJECT this 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, API Boundary API Boundary Node 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.