First collaborative drawing on Focus I think? Please like share and follow we need artists here @studio_richards @creative@CreativeG @LeilaThigpen @
Okay, this could be so much fun. Iβm starting a collaborative doodle, and YOU get to help shape it! πΆποΈ Drop a word or an object in the comments and Iβll add it to the piece. By the end, weβll have a wild, beautiful artwork made by this amazing community. Ready? GO! π #ShePaintMagic #ArtCollab #art #artwrok
Last week I translated your safety net community file to read. You guys are progressive and hardworking. There was a lot I didn't understand but that's because I'm a regular user and not a developer.
So I'm not the one asking interesting questions but I want to wish you all the best with this testings π
I love the drive πͺβ€οΈ
I don't think I understand how you will accomplish this. From my understanding, if you isolate your nodes from the DeSo network, it will do just that... isolate them. They should be able to fully function (might need to change a little code or variables). But then it wouldn't be in sync with the main network.
I think you would have to have the majority of the nodes (or the majority of the staking nodes) block communication with the core nodes to prove decentralization?
Am I off base or not understanding how the blockchain works?
@StarGeezer @carry2web @DiamondThumb @SafetyNet @Arnoud
@ArnoudvanderPlas
Experimenting is good. I wish you good luck executing the test
You are checking whether you can fork & survive, right? I'm sure you will be able to prove that
It's interesting to understand your view on the following:
- How do you plan to fund running a blockchain, once the fork is there?
- The $DESO on that fork is worthless. How will you run tokenomics on that fork?
- Since anyone can create a fork, why should apps choose your fork as a fallback
Here are my comments on the @SafetyNet plan:
True Decentralization or Just Isolation?
Disconnecting SafetyNet servers from the rest of Deso does not necessarily prove decentralization. True decentralization would require independent operators running nodes without reliance on a single group. What we need might be a Testnet kinda setup that say SafetyNet convinces MyDesoSpace, DSW and 2-3 nodes to spin off for a few days and also convinces users to use for a day or so and everything goes smoothly. Not a complete testnet, but more like a replica of state as on date X and all transactions after the switch-over would only happen on the SafetyNet server and Test apps that are part of the experiment.
Risks of Apps getting impacted:
Running a separate version of the blockchain means the SafetyNet chain might become out of sync. What happens to nodes that rely on SafetyNet for their app? e.g. MyDesoSpace, Say BeyondApp (not sure if it is).
Potential Issues:
If transactions are executed only within the SafetyNet infrastructure, what mechanisms ensure they remain valid when syncing back to the main chain? Esp if you plan to run this on a live app. Goes back to my suggestion of running this as a beta.safetynet.app or something like that and convincing one or more apps including your own node and convincing users to use it.
Testing Scenarios:
I assume there's a set of block producers in some point in the code and you are setting everything to include only your block producers. What happens when say 1 or say 10 other nodes have different block producers. Depending on how nodes get preference(speed or resources), what if other nodes have more weightage and confirm different blocks. Will you be testing that?
Scalability & Performance Testing
While running the entire blockchain independently is impressive, does the test simulate real-world stress? How will you test scalability, uptime, and resilience under heavy traffic or attack scenarios? Testing with 10-15 users and testing with even 100 users is a different thing as we have seen in the last day or so.
Centralized Control During the Test
While aiming for decentralization, the test structure seems highly centralizedβone entity controlling nodes, validation, and transactions. How can this setup truly reflect a decentralized and redundant network?
Reintegration Plan Clarity
The document states, "after the test, we reinstate everything, and we will be in sync like nothing happened." How exactly will the reintegration work? Will there be data reconciliation to prevent inconsistencies?
Next Steps Beyond the Test
If the test is successful, what concrete steps will be taken to further decentralize and distribute control of the blockchain? Will new independent node operators be onboarded? Will there be improvements in governance structures?
Final Thought: The initiative is ambitious and could contribute to making Deso more resilient, but without clear solutions for reintegration risks and ensuring true decentralization, the test might only demonstrate temporary isolation rather than long-term redundancy.
First I've heard about this. Great initiative! ππππ
Last week I translated your safety net community file to read. You guys are progressive and hardworking. There was a lot I didn't understand but that's because I'm a regular user and not a developer.
So I'm not the one asking interesting questions but I want to wish you all the best with this testings π
I love the drive πͺβ€οΈ
I don't think I understand how you will accomplish this. From my understanding, if you isolate your nodes from the DeSo network, it will do just that... isolate them. They should be able to fully function (might need to change a little code or variables). But then it wouldn't be in sync with the main network.
I think you would have to have the majority of the nodes (or the majority of the staking nodes) block communication with the core nodes to prove decentralization?
Am I off base or not understanding how the blockchain works?
@StarGeezer @carry2web @DiamondThumb @SafetyNet @Arnoud
@ArnoudvanderPlas
Experimenting is good. I wish you good luck executing the test
You are checking whether you can fork & survive, right? I'm sure you will be able to prove that
It's interesting to understand your view on the following:
- How do you plan to fund running a blockchain, once the fork is there?
- The $DESO on that fork is worthless. How will you run tokenomics on that fork?
- Since anyone can create a fork, why should apps choose your fork as a fallback
Here are my comments on the @SafetyNet plan:
True Decentralization or Just Isolation?
Disconnecting SafetyNet servers from the rest of Deso does not necessarily prove decentralization. True decentralization would require independent operators running nodes without reliance on a single group. What we need might be a Testnet kinda setup that say SafetyNet convinces MyDesoSpace, DSW and 2-3 nodes to spin off for a few days and also convinces users to use for a day or so and everything goes smoothly. Not a complete testnet, but more like a replica of state as on date X and all transactions after the switch-over would only happen on the SafetyNet server and Test apps that are part of the experiment.
Risks of Apps getting impacted:
Running a separate version of the blockchain means the SafetyNet chain might become out of sync. What happens to nodes that rely on SafetyNet for their app? e.g. MyDesoSpace, Say BeyondApp (not sure if it is).
Potential Issues:
If transactions are executed only within the SafetyNet infrastructure, what mechanisms ensure they remain valid when syncing back to the main chain? Esp if you plan to run this on a live app. Goes back to my suggestion of running this as a beta.safetynet.app or something like that and convincing one or more apps including your own node and convincing users to use it.
Testing Scenarios:
I assume there's a set of block producers in some point in the code and you are setting everything to include only your block producers. What happens when say 1 or say 10 other nodes have different block producers. Depending on how nodes get preference(speed or resources), what if other nodes have more weightage and confirm different blocks. Will you be testing that?
Scalability & Performance Testing
While running the entire blockchain independently is impressive, does the test simulate real-world stress? How will you test scalability, uptime, and resilience under heavy traffic or attack scenarios? Testing with 10-15 users and testing with even 100 users is a different thing as we have seen in the last day or so.
Centralized Control During the Test
While aiming for decentralization, the test structure seems highly centralizedβone entity controlling nodes, validation, and transactions. How can this setup truly reflect a decentralized and redundant network?
Reintegration Plan Clarity
The document states, "after the test, we reinstate everything, and we will be in sync like nothing happened." How exactly will the reintegration work? Will there be data reconciliation to prevent inconsistencies?
Next Steps Beyond the Test
If the test is successful, what concrete steps will be taken to further decentralize and distribute control of the blockchain? Will new independent node operators be onboarded? Will there be improvements in governance structures?
Final Thought: The initiative is ambitious and could contribute to making Deso more resilient, but without clear solutions for reintegration risks and ensuring true decentralization, the test might only demonstrate temporary isolation rather than long-term redundancy.
First I've heard about this. Great initiative! ππππ