Subnet Management - k44fs (Application)

Proposal 136667 – LaCosta | CodeGov

Vote: REJECT

The proposal replaces 2 nodes on subnet k44fs:
Removes nodes nbela Dashboard Status: Active and xmg5b Dashboard Status: Offline.

Adds nodes elru4 Dashboard Status: Degraded and f3wp4 Dashboard Status: Awaiting.

Both nodes to be removed are advertised as dead and althoguh this is inline with the Dashboard status of xmg5b Offline, node nbela shows up as Active and looking at the Daily Performance of this node we see a maximum failure rate in one day of 12% with others be relatively low, around 0-2% as verified in the Node Provider Rewards

Node elru4 shows up as Degraded and several nodes in it’s DC have similar status, either being Degraded or Offline and this has been the situation for quite some time.

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.

1 Like

Proposal 136667 Review | Lorimer - CO.DELTA △

VOTE: YES

TLDR: Replaces an offline node, and another node that is likely to have been offline at the time the proposal was submitted (see Node Provider Rewards dashboard screenshot below) but which is now back online.

One of the proposed replacements is online, and the other one is degraded. I would reject this proposal, based on taking a good node out of subnet and replacing it with a degraded node. However it also takes a completely offline node out of subnet, and replaces it with a good node.

One of the replacement nodes belongs to a new node provider for which there is a degree of controversy. At the very least, the Zarety LLC node provider should be considered to belong to an NP cluster that includes Rivonia Holdings LLC and Blue Ant LLC. Given that neither of these node providers currently have nodes in this subnet, I consider this proposal adoptable.

Formal decentralisation metrics are unaffected by this proposal (those prescribed by the IC Target Topology). Clustering within Europe increases with this proposal, but continent is not a formal part of the IC Target Topology.

Country Discrepancies (1)
Node Data Center Claimed Country According to ipinfo.io
t7ih7 Toronto 2 Canada United States of America (the)
Decentralisation Stats

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

Smallest Distance Average Distance Largest Distance
EXISTING 491.749 km 8841.978 km 16616.573 km
PROPOSED 491.749 km 8188.124 km (-7.4%) 17077.023 km (+2.8%)

This proposal slightly reduces decentralisation, considered purely in terms of geographic distance (and therefore there’s a slight theoretical reduction in localised disaster resilience). :-1:

Subnet characteristic counts →

Continents Countries Data Centers Owners Node Providers Node Operator
EXISTING 5 13 13 13 13 13
PROPOSED 5 13 13 13 13 13

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 4 1 1 1 1 1
PROPOSED 5 (+25%) 1 1 1 1 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 nbela UP :bar_chart: North America Costa Rica San José 1 (cr1) Navegalo GeoNodes LLC eqv2i
Remove xmg5b DOWN :bar_chart: Asia Japan Tokyo (ty1) Equinix Starbase cqjev
Add elru4 DEGRADED :bar_chart: Europe Isle of Man Douglas 2 (im2) Continent8 Zarety LLC ylbc3
Add f3wp4 UNASSIGNED :bar_chart: Asia Japan Tokyo (ty1) Equinix Starbase z2o65
Other Nodes
Node Status Continent Country Data Center Owner Node Provider Node Operator
ztrgw UP :bar_chart: Oceania Australia Melbourne 2 (mn2) NEXTDC Icaria Systems Pty Ltd l5lhp
yh3a6 UP :bar_chart: Europe Belgium Brussels (br1) Digital Realty Allusion mjeqs
t7ih7 UP :bar_chart: North America Canada Toronto 2 (to2) Cyxtera Blockchain Development Labs 4lp6i
gd2vp UP :bar_chart: Europe Switzerland Zurich 2 (zh2) Everyware DFINITY Stiftung xcne4
2w5be UP :bar_chart: Asia Hong Kong HongKong 1 (hk1) Unicom Wancloud limited z6cfb
ltav6 UP :bar_chart: Asia India Greater Noida 1 (gn1) Yotta ACCUSET SOLUTIONS slaxf
vn5yd UP :bar_chart: Asia Korea (the Republic of) Seoul 3 (kr1) KT Pindar Technology Limited iubpe
d7dyc UP :bar_chart: Europe Romania Bucharest (bu1) M247 Iancu Aurel c5ssg
xtnry UP :bar_chart: Europe Slovenia Maribor (mb1) Posita.si Fractal Labs AG 3xiew
kc5j4 UP :bar_chart: North America United States of America (the) Dallas (dl1) Flexential 87m Neuron, LLC mw64v
lfque UP :bar_chart: Africa South Africa Gauteng 2 (jb2) Africa Data Centres Karel Frank bm2lc


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.

1 Like

Proposal 136667 Review | Malith H - CO.DELTA △

VOTE: YES :white_check_mark:

TLDR:
This proposal removes 2 node(s) from San José 1, Tokyo and adds 2 replacement node(s) in Douglas 2, Tokyo. Node nbela… shows currently active, but ping probes show packet loss, and the node rewards tool indicates the start of missing blocks and xmg5b… already claims to be dead. Vote to adopt

Found 6 issues that need attention before voting.

Subnet Details
Property Value
ID k44fs…
Type application
Memory Usage 546.70 GB
Running Canisters 30294
Description N/A
Provider Changes
Removed Added
GeoNodes LLC Zarety LLC
Starbase Starbase
Location Changes
Removed Added
North America, San José 1 Europe, Douglas 2
Asia, Tokyo Asia, Tokyo
Nodes Removed 2
Node ID Status Provider Data Center Location
nbela… UP GeoNodes LLC cr1 San José 1
xmg5b… DOWN Starbase ty1 Tokyo
Nodes Added 2
Node ID Status Provider Data Center Location
elru4… DEGRADED Zarety LLC im2 Douglas 2
f3wp4… UNASSIGNED Starbase ty1 Tokyo

:white_check_mark: Passes:

:white_check_mark: Node nbela…: Remove from Subnet check passed.
:white_check_mark: Node xmg5b…: Health check passed.
:white_check_mark: Node xmg5b…: Remove from Subnet check passed.
:white_check_mark: Node nbela…: Ping test shows packet loss
:white_check_mark: Node elru4…: 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.

Proposal #136667 — Zack | CodeGov

Vote: Rejected

Reason:
The proposal replaces 2 dead Offline status nodes at the time of proposal that came back online without any change to decentralization. And also one of the replacement nodes is from DC im2 that has some serious issues with lots of offline and degraded nodes, so as a precaution to avoid another proposal for this subnet voted to reject.

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.