Subnet Management - rtvil (Application)

This topic is intended to capture Subnet Management activities over time for the rtvil subnet, providing a place to ask questions and make observations about the management of this subnet.

2 Likes

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

Click here to open proposal details

Replace a node in subnet rtvil

Motivation:
Replacing a dead node

Decentralization Nakamoto coefficient changes for subnet rtvil-s5u5d-jbj7o-prlhw-bzlr5-3j5kn-2iu7a-jq2hl-avkhn-w7oa7-6ae:

    node_provider: 5.00 -> 5.00    (+0%)
      data_center: 5.00 -> 5.00    (+0%)
data_center_owner: 5.00 -> 5.00    (+0%)
             area: 4.00 -> 4.00    (+0%)
          country: 3.00 -> 3.00    (+0%)

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

Overall replacement impact: equal decentralization across all features

Details

Nodes removed:

  • ked4e-syml2-ao2ub-xgtxi-awdfd-2vkf6-lbol5-prycv-2vpb5-ws5jp-oae [health: dead]

Nodes added:

  • 5lwhb-2a5za-eatmy-3e7hy-otnjn-h3c6l-ov53b-qpt7u-cutea-wcxiv-kqe [health: healthy]
    node_provider                                                              data_center            data_center_owner              area                     country        
    -------------                                                              -----------            -----------------              ----                     -------        
    64xe5-tx2s3-4gjmj-pnozr-fejw2-77y5y-rhcjk-glnmx-62brf-qin5q-pqe       1    cm1               1    Africa Data Centres       1    Arizona             1    AU            1
    6nbcy-kprg6-ax3db-kh3cz-7jllk-oceyh-jznhs-riguq-fvk6z-6tsds-rqe       1    cr1               1    CyrusOne                  1    Cape Town           1    CH            2
    6sq7t-knkul-fko6h-xzvnf-ktbvr-jhx7r-hapzr-kjlek-whugy-zt6ip-xqe       1    ct1               1    Evocative                 1    Colombo             1    CR            1
    bvcsg-3od6r-jnydw-eysln-aql7w-td5zn-ay5m6-sibd2-jzojt-anwag-mqe       1    ge1               1    HighDC                    1    Geneva              1    HK       2 -> 1
    cp5ib-twnmx-h4dvd-isef2-tu44u-kb2ka-fise5-m4hta-hnxoq-k45mm-hqe       1    gn1               1    NEXTDC                    1    Greater Noida       1    IN            2
    eybf4-6t6bb-unfb2-h2hhn-rrfi2-cd2vs-phksn-jdmbn-i463m-4lzds-vqe       1    hk1          1 -> 0    Navegalo                  1    HongKong       2 -> 1    LK            1
    g2ax6-jrkmb-3zuh3-jibtb-q5xoq-njrgo-5utbc-j2o7g-zfq2w-yyhky-dqe  1 -> 0    hk4               1    Nine.Ch                   1    Melbourne           1    SG       1 -> 2
    ihbuj-erwnc-tkjux-tqtnv-zkoar-uniy2-sk2go-xfpkc-znbb4-seukm-wqe       1    mn2               1    OrionStellar              1    Navi Mumbai         1    US            2
    izmhk-lpjum-uo4oy-lviba-yctpc-arg4b-2ywim-vgoiu-gqaj2-gskmw-2qe       1    nm1               1    Racks Central        0 -> 1    San Jose            1    ZA            1
    optdi-nwa4m-hly3k-6ua4n-sqyxf-yahvb-wps77-ddayn-r7zcz-edla5-7qe       1    ph1               1    Rivram                    1    Singapore      1 -> 2                   
    ucjqj-jmbj3-rs4aq-ekzpw-ltjs3-zrcma-t6r3t-m5wxc-j5yrj-unwoj-mae       1    se1               1    Telin                     1    Washington          1                   
    ulyfm-vkxtj-o42dg-e4nam-l4tzf-37wci-ggntw-4ma7y-d267g-ywxi6-iae       1    sg1               1    Unicom               1 -> 0    Zurich              1                   
    w4buy-lgwzr-pccs7-huzhh-qqnws-rns75-iaoox-jolrm-xs2ra-vdu3o-2qe       1    sg3          0 -> 1    Yotta                     1                                            
    x7uok-pi537-itm37-unjn3-ewkze-kuetg-kptap-nuqak-auq7z-tn5ey-dqe  0 -> 1    zh4               1    hkntt                     1                                            
1 Like

Proposal 137914 Review | Lorimer :infinity: :dog_face: - CO.DELTA â–ł

VOTE: YES

TLDR: Replaces a down node with an up node, while respecting the IC Target Topology. While there’s a reduction in the smallest distance between 2 nodes, on average the distance between nodes is increased by this proposal.

Decentralisation Stats

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

Smallest Distance Average Distance Largest Distance
EXISTING 20.707 km 9190.373 km 18499.629 km
PROPOSED 13.953 km (-32.6%) 9250.866 km (+0.7%) 18499.629 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). :+1:

Subnet characteristic counts →

Continents Countries Data Centers Owners Node Providers Node Operator
EXISTING 5 9 13 13 13 13
PROPOSED 5 9 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 6 2 1 1 1 1
PROPOSED 6 2 1 1 1 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)

Node Changes
Action Node Status Continent Country Data Center Owner Node Provider Node Operator
Remove ked4e DOWN :bar_chart: Asia Hong Kong HongKong 1 (hk1) Unicom Wancloud limited z6cfb
Add 5lwhb UP :bar_chart: Asia Singapore Singapore 3 (sg3) Racks Central Protocol16 vicvb
Other Nodes
Node Status Continent Country Data Center Owner Node Provider Node Operator
un26u UP :bar_chart: Oceania Australia Melbourne 2 (mn2) NEXTDC Icaria Systems Pty Ltd l5lhp
4aarv UP :bar_chart: Europe Switzerland Geneva (ge1) HighDC Decentralized Entities Foundation xdara
uww6o UP :bar_chart: Europe Switzerland Zurich 4 (zh4) Nine.Ch Tomahawk.vc paxme
7muaz UP :bar_chart: North America Costa Rica San José 1 (cr1) Navegalo GeoNodes LLC eqv2i
yzemk UP :bar_chart: Asia Hong Kong HongKong 4 (hk4) hkntt Web3game dg7of
6syks UP :bar_chart: Asia India Greater Noida 1 (gn1) Yotta ACCUSET SOLUTIONS slaxf
snaam UP :bar_chart: Asia India Navi Mumbai 1 (nm1) Rivram Rivram Inc mpmyf
suty3 UP :bar_chart: Asia Sri Lanka Colombo 1 (cm1) OrionStellar Geodd Pvt Ltd ywjtr
svosx UP :bar_chart: Asia Singapore Singapore (sg1) Telin OneSixtyTwo Digital Capital wuhly
fqsoy UP :bar_chart: North America United States of America (the) Phoenix (ph1) CyrusOne MI Servers 5bnm2
qfzgd UP :bar_chart: North America United States of America (the) Washington 1 (se1) Evocative DFINITY Stiftung xph6u
qepub UP :bar_chart: Africa South Africa Cape Town 1 (ct1) Africa Data Centres Illusions In Art (Pty) Ltd 2aemz


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 137914 Review | aligatorr - CO.DELTA â–ł

VOTE: YES

TLDR: Replaces unhealthy node.

  • Proposed topology Nakamoto Coefficient stayed the same as on current topology.
Node Changes 1 removed, 1 added
Node ID Status Country City Node Provider Data Center Data Center Owner
ked4e-syml2-ao2ub-xgtxi-awdfd-2vkf6-lbol5-prycv-2vpb5-ws5jp-oae → 5lwhb-2a5za-eatmy-3e7hy-otnjn-h3c6l-ov53b-qpt7u-cutea-wcxiv-kqe DOWN → UP HK → SG HongKong → Singapore Wancloud limited → Protocol16 hk1 → sg3 Unicom → Racks Central
Current Nakamoto Coefficients and Topology, avg = 4.50
Attribute Nakamoto Coefficient Identical attribute values Max allowed identical values Unique Counts
Country 3 2 9
Data Center 5 1 13
Data Center Owner 5 1 13
Node Provider ID 5 1 13
Proposed Nakamoto Coefficients and Topology, avg = 4.50
Attribute Nakamoto Coefficient Identical attribute values Max allowed identical values Unique Counts
Country 3 2 9
Data Center 5 1 13
Data Center Owner 5 1 13
Node Provider ID 5 1 13

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.

1 Like

Proposal 137914 | Tim - CodeGov

Vote: Adopt

This proposal replaces node ked4e which appears in the dashboard as “Offline”. The replacement node appears in the dashboard as “Healthy”. As shown in the proposal and verified using the DRE tool, decentralisation parameters are unchanged and remain within the requirements of the target topology.

About CodeGov
CodeGov has a team of developers who review and vote independently on the following proposal topics: IC-OS Version Election, Protocol Canister Management, Subnet Management, 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.

Proposal #137914 — ZoLee | CodeGov

Vote: Adopted

Reason:
Replaces dead node ked4e from HK1 DC in Hong Kong with healthy unassigned node 5lwhb from Singapore without any change 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.
1 Like

Proposal 137914 Review | Malith H - CO.DELTA â–ł

VOTE: YES :white_check_mark:

TLDR:
This proposal removes 1 dead node from HongKong 1 and adds 1 replacement node(s) in Singapore 3. All nodes are in the correct state for their respective actions. I vote to adopt.

Subnet Details
Property Value
ID rtvil…
Type application
Memory Usage 0.00 GB
Running Canisters 0
Description N/A
Provider Changes
Removed Added
Wancloud limited Protocol16
Location Changes
Removed Added
Asia, HongKong 1 Asia, Singapore 3
Nodes Removed 1
Node ID Status Provider Data Center Location
ked4e… DOWN Wancloud limited hk1 HongKong 1
Nodes Added 1
Node ID Status Provider Data Center Location
5lwhb… UNASSIGNED Protocol16 sg3 Singapore 3

:white_check_mark: Passes:

:white_check_mark: Node ked4e…: Health check passed.

:white_check_mark: Node ked4e…: Remove from Subnet check passed.

:white_check_mark: Node 5lwhb…: Replacement Status check passed.

:white_check_mark: Node 5lwhb…: 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 137914 – LaCosta | CodeGov

Vote: ADOPT

The proposal replaces one dead node on subnet rtvil:

  • Removed Nodes: nodes ked4e, Dashboard Status: Offline

  • Added Nodes: nodes 5lwhb, Dashboard Status: Healthy and Not assigned to a subnet

The decentralization remains unchanged across all features

The subnet is within the current approved IC Target Topology so no issues here.

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.

Proposal 137914 - Cris.MntYetti | CodeGov

Replace a node in subnet rtvil
Motivation: Replacing a dead node

VOTE: ADOPT

Review:

:white_check_mark: No violations to the current IC Target Topology

:white_check_mark: Removed node ked4e is Offline

dashboard screenshot

:white_check_mark: Proposed node 5lwhb is Healthy and currently not assigned to any subnet

dashboard screenshot

:white_check_mark: Node reward type set for the proposed node matches the node operator rewardable nodes

node record

ic-admin get-node 5lwhb-2a5za-eatmy-3e7hy-otnjn-h3c6l-ov53b-qpt7u-cutea-wcxiv-kqe --json
Using NNS URLs: [“https://ic0.app/”\]
{
“key”: “node_record_5lwhb-2a5za-eatmy-3e7hy-otnjn-h3c6l-ov53b-qpt7u-cutea-wcxiv-kqe”,
“version”: 52640,
“value”: {
“xnet”: “[2401:3f00:1000:23:6801:b9ff:fead:ed1a]:2497”,
“http”: “[2401:3f00:1000:23:6801:b9ff:fead:ed1a]:8080”,
“node_operator_id”: “vicvb-nkzkt-tj2lz-yzzw4-gfcsj-3eggv-izdti-tarpt-fsojm-lgq22-wae”,
“chip_id”: null,
“hostos_version_id”: “143a635e2af0f574e1ea0f795f8754dfbd86c0c0”,
“public_ipv4_config”: null,
“domain”: null,
“node_reward_type”: “type1.1”
}
}

node operator record

ic-admin get-node-operator vicvb-nkzkt-tj2lz-yzzw4-gfcsj-3eggv-izdti-tarpt-fsojm-lgq22-wae --json
Using NNS URLs: [“https://ic0.app/”\]
{
“key”: “node_operator_record_vicvb-nkzkt-tj2lz-yzzw4-gfcsj-3eggv-izdti-tarpt-fsojm-lgq22-wae”,
“version”: 49964,
“value”: {
“node_operator_principal_id”: “vicvb-nkzkt-tj2lz-yzzw4-gfcsj-3eggv-izdti-tarpt-fsojm-lgq22-wae”,
“node_allowance”: 0,
“node_provider_principal_id”: “x7uok-pi537-itm37-unjn3-ewkze-kuetg-kptap-nuqak-auq7z-tn5ey-dqe”,
“dc_id”: “sg3”,
“rewardable_nodes”: {
“type1.1”: 28
},
“ipv6”: null,
“max_rewardable_nodes”: {}
}
}

:warning: Discrepancies found in this subnet

Node reward type mismatch

The following nodes have node_reward_type set to type1, but their corresponding node operator rewardable_nodes is set to type1.1:

qfzgd-yz3fi-2fzre-km42i-ssgnl-fub7k-o5mbk-gsypk-eoh34-dhjvp-xqe
fqsoy-ydsec-w36cf-sc727-7ll46-pbdbk-dn4d6-lypyf-p74lq-6wzlz-lae
uww6o-imb3e-w3kxy-feb2g-67bsc-ewq5x-big3k-6soeo-2qef5-eilfj-rqe


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.
2 Likes