Proposal “EVO-DECISION-EVERY-NODE-RUNS-PLATFORM“ (Closed)Back
Title: | [Evolution Decision]: Every Masternode must run Platform Solution |
Owner: | quantumexplorer |
One-time payment: | 1 DASH (31 USD) |
Completed payments: | no payments occurred yet (1 month remaining) |
Payment start/end: | 2022-12-11 / 2023-01-09 (added on 2022-11-29) |
Final voting deadline: | in passed |
Votes: | 109 Yes / 508 No / 16 Abstain |
Proposal description
This proposal is for the solution that every Masternode must run Platform.
Voting Yes here means you are in favor of this solution.
Voting No here means you are against this solution.
Not voting or abstaining means that you are neither for nor against this solution.
What is this decision proposal?
This decision proposal is a poll to help DCG understand the wishes of the Masternode network on a few crucial parameters surrounding the start of Dash Platform.
A thorough FAQ has been created and can be viewed on Github. In the FAQ far more questions are answered than on Dashcentral.
Why has DCG launched this decision proposal?
As development for the release of Dash Platform nears completion, certain drawbacks of the original plan that every Masternode would host Dash Platform (this proposal) have come to light. Voices of concern started forming this year that can be grouped into five main categories:
What is DCG proposing as solutions?
DCG is proposing 2 categories of solutions to the network:
What is a High-Performance Masternode (HPMN)?
A High Performance Masternode is a proposed new type of Masternode which would be used to serve the network by participating in consensus on both the Dash Platform chain and the Dash Payment (Core) chain. In the solutions that use HPMNs the standard Masternode would continue serving only the Dash Payment chain. HPMNs would have greater requirements than a standard Masternode regarding collateral amount and would require higher performance specs as they would be running two chains instead of just one.
Would the yield of HPMNs be higher than that of normal masternodes?
We expect it to be just slightly higher. We have devised a market solution that pushes towards equilibrium of ROI between standard Masternodes and HPMNs with Masternodes getting 50% and HPMNs getting 50% of the masternode reward. However because this solution gives people the choice to run or not run Platform it is not possible to be completely sure of the outcome. Less HPMNs than expected would result in HPMN rewards being higher than that of Masternodes. Too many HPMNs would result in standard Masternode rewards being higher.
If at some given time, HPMNs are receiving much higher yields than standard Masternodes, there will be an incentive to combine existing MNs to create HPMNs. This drives the total number of MNs down and the number of HPMNs up. The yield of HPMNs therefore will go down and the yield of masternodes up until the equilibrium is reached.
Would the 4k or 10k HPMN solutions lower standard Masternode rewards?
Standard Masternode rewards are expected to stay roughly the same: the rewards will be smaller each time, but will occur more often. The average ROI should even increase in the case of 10K HPMNs as the total infrastructure cost to the network would go down. As this is a market solution giving people the choice to run or not run Platform it is not possible to be completely sure of the outcome. The yield equilibrium referred to in question 24 ensures that every bit of money put in Masternodes would yield the same percentage of return as HPMNs, and more money entering the system from Platform fees means all nodes will have increased yields.
What are the key differences between the 4K HPMN and 10K HPMN solutions?
The 4K HPMN solution has a lower barrier to entry. Because of this lower barrier to entry we would more easily reach a market equilibrium between HPMNs and standard Masternodes with this solution.
The 10K HPMN solution would lead to the lowest cost of running Platform, less than half the cost of the 4K solution. With this solution fees could be set to multiples of the cost to the network while still remaining lower than competing blockchain networks. In essence this solution would lead to a much easier road to profitability for the network. If the network achieved high usage, fees from that usage would make both HPMN and standard Masternode ROI heavily increase. However one downside to the 10K HPMN solution is that there is a small but not insignificant risk that not enough MNOs turn their nodes into HPMNs causing an imbalance in rewards.
What are the pros and cons of requiring every Masternode to run Platform (this proposal)?
The main advantage of requiring every Masternode to run Platform is that it is a slightly more decentralized option in light of the higher node count. However, higher node count is just one of many factors that go into achieving safety of the overall system, and DCG largely believes that while this is the most decentralized solution it is also one that carries many safety risks. If Masternode operators don’t update their hardware to the much more onerous requirements, the whole system will be sluggish and less responsive. We believe that if this solution is chosen the Platform chain can be more easily halted by an attacker, as stopping the network only requires DDOSing 34 nodes of a 100 quorum set. There are also more disadvantages such as reduced ROI and increased user fees.
It is also worth noting that even though this is the most decentralized solution that the HPMN solutions are at a level of decentralization that we believe to be very satisfactory, and at a much higher level of decentralization than almost all other blockchain projects.
What are the main advantages of choosing one of the High-Performance Masternode solutions?
The main advantages are:
What are the drawbacks of the HPMN solutions?
The biggest drawback of the HPMN solutions are the reduction in the total number of nodes hosting Platform, which is both a good and bad thing. It is a good thing because of lower user fees and various other reasons already mentioned. It is a bad thing because the max network query-able load is reduced as there are less nodes to query data from. This however is offset by nodes having a greater capacity to respond to queries. We do not expect this to be an issue in the first few years of Platform activation as we do not expect to come close to the network limit.Another downside is that compared to forcing every node to run Platform we do have more centralization in the HPMN solutions. However we believe that the slight increase in centralization versus all the benefits of the HPMN solutions are worth the tradeoff especially since the overall HPMN solutions have increased safety.Another aspect which may be seen as a drawback is the higher barrier to entry for hosting an entire Platform node as it would increase collateral.
What is the estimated return on investment (ROI) in each solution?
Using the following parameters and assumptions, we’re able to provide estimates of what the ROI would likely be for each existing potential solution:
What are the estimated Platform fees in various solutions?
The estimated fees for various operations using each solution are shown in the table below.These fees are accurate as of November 15th 2022, but are subject to change as we Tweak various processing costs.
More information around fees are in the FAQ (see question 8 and 9)
How is the vote taking place?
We have made the following proposals to the network in the December voting cycle:
If there is no resounding winner (a resounding winner would have over two times the absolute votes of the runner-up), the top two proposals will then go to a runoff in the January cycle. However, if the 4K and 10K HPMN solutions are the two top-voted solutions, we will instead perform a secondary vote where we add proposals for 6K and 8K. The winner would then be the highest voted in the second round between 4K, 6K, 8K and 10K.
The winner of each multiple choice round is determined by the number of YES votes minus the number of NO.For the second round if there are only two choices there might be only one proposal depending on the winners of the first round.
Is there consensus inside DCG on which solution to go for?
On October 20, a poll inside DCG was made. The results were that more than a supermajority of developers and non-devs believed that the usage of HPMNs would be a superior plan compared to running Platform on every node. The 4k HPMN solution being the clear winner. The result of the internal poll can be found in the FAQ under question 5.
Voting Yes here means you are in favor of this solution.
Voting No here means you are against this solution.
Not voting or abstaining means that you are neither for nor against this solution.
What is this decision proposal?
This decision proposal is a poll to help DCG understand the wishes of the Masternode network on a few crucial parameters surrounding the start of Dash Platform.
A thorough FAQ has been created and can be viewed on Github. In the FAQ far more questions are answered than on Dashcentral.
Why has DCG launched this decision proposal?
As development for the release of Dash Platform nears completion, certain drawbacks of the original plan that every Masternode would host Dash Platform (this proposal) have come to light. Voices of concern started forming this year that can be grouped into five main categories:
- The approach of forcing Masternode owners to run Platform.
- The performance of the system.
- The safety of the system (it not going down).
- The cost of the system to the network (ROI).
- The (high) fee rate for Platform users.
What is DCG proposing as solutions?
DCG is proposing 2 categories of solutions to the network:
- The first is that every Masternode must run Platform (this proposal).
- The second is one of multiple solutions in a category called “High Performance Masternodes”.
What is a High-Performance Masternode (HPMN)?
A High Performance Masternode is a proposed new type of Masternode which would be used to serve the network by participating in consensus on both the Dash Platform chain and the Dash Payment (Core) chain. In the solutions that use HPMNs the standard Masternode would continue serving only the Dash Payment chain. HPMNs would have greater requirements than a standard Masternode regarding collateral amount and would require higher performance specs as they would be running two chains instead of just one.
Would the yield of HPMNs be higher than that of normal masternodes?
We expect it to be just slightly higher. We have devised a market solution that pushes towards equilibrium of ROI between standard Masternodes and HPMNs with Masternodes getting 50% and HPMNs getting 50% of the masternode reward. However because this solution gives people the choice to run or not run Platform it is not possible to be completely sure of the outcome. Less HPMNs than expected would result in HPMN rewards being higher than that of Masternodes. Too many HPMNs would result in standard Masternode rewards being higher.
If at some given time, HPMNs are receiving much higher yields than standard Masternodes, there will be an incentive to combine existing MNs to create HPMNs. This drives the total number of MNs down and the number of HPMNs up. The yield of HPMNs therefore will go down and the yield of masternodes up until the equilibrium is reached.
Would the 4k or 10k HPMN solutions lower standard Masternode rewards?
Standard Masternode rewards are expected to stay roughly the same: the rewards will be smaller each time, but will occur more often. The average ROI should even increase in the case of 10K HPMNs as the total infrastructure cost to the network would go down. As this is a market solution giving people the choice to run or not run Platform it is not possible to be completely sure of the outcome. The yield equilibrium referred to in question 24 ensures that every bit of money put in Masternodes would yield the same percentage of return as HPMNs, and more money entering the system from Platform fees means all nodes will have increased yields.
What are the key differences between the 4K HPMN and 10K HPMN solutions?
The 4K HPMN solution has a lower barrier to entry. Because of this lower barrier to entry we would more easily reach a market equilibrium between HPMNs and standard Masternodes with this solution.
The 10K HPMN solution would lead to the lowest cost of running Platform, less than half the cost of the 4K solution. With this solution fees could be set to multiples of the cost to the network while still remaining lower than competing blockchain networks. In essence this solution would lead to a much easier road to profitability for the network. If the network achieved high usage, fees from that usage would make both HPMN and standard Masternode ROI heavily increase. However one downside to the 10K HPMN solution is that there is a small but not insignificant risk that not enough MNOs turn their nodes into HPMNs causing an imbalance in rewards.
What are the pros and cons of requiring every Masternode to run Platform (this proposal)?
The main advantage of requiring every Masternode to run Platform is that it is a slightly more decentralized option in light of the higher node count. However, higher node count is just one of many factors that go into achieving safety of the overall system, and DCG largely believes that while this is the most decentralized solution it is also one that carries many safety risks. If Masternode operators don’t update their hardware to the much more onerous requirements, the whole system will be sluggish and less responsive. We believe that if this solution is chosen the Platform chain can be more easily halted by an attacker, as stopping the network only requires DDOSing 34 nodes of a 100 quorum set. There are also more disadvantages such as reduced ROI and increased user fees.
It is also worth noting that even though this is the most decentralized solution that the HPMN solutions are at a level of decentralization that we believe to be very satisfactory, and at a much higher level of decentralization than almost all other blockchain projects.
What are the main advantages of choosing one of the High-Performance Masternode solutions?
The main advantages are:
- Increased safety for the Core payment chain due to the supermajority of nodes not running the Platform chain. If every node running the Platform chain was to go offline, the Core payment chain would only be minimally affected.
- Hosting Platform is optional, so you can still run a Core node and not have to participate in Platform if you don’t want to.
- A market equilibrium allowing ROI to vary based on difficulty/desire to run Platform or not.
- Decreased fees on Platform due to the decrease in total nodes hosting the network. They are estimated to be cut by up to around 20 times depending on the chosen solution.
- Compared to a 1k optional solution there is increased safety due to the decrease of variability in quorum selection allowing big whales a lower to null chance to either maliciously or inadvertently stop the platform chain.
- Increased yield for the entire network compared to non-HPMN solutions.
- Estimated stronger nodes, leading to higher transactions per second.
- Estimated stronger nodes, leading to higher resilience against malicious attacks.
What are the drawbacks of the HPMN solutions?
The biggest drawback of the HPMN solutions are the reduction in the total number of nodes hosting Platform, which is both a good and bad thing. It is a good thing because of lower user fees and various other reasons already mentioned. It is a bad thing because the max network query-able load is reduced as there are less nodes to query data from. This however is offset by nodes having a greater capacity to respond to queries. We do not expect this to be an issue in the first few years of Platform activation as we do not expect to come close to the network limit.Another downside is that compared to forcing every node to run Platform we do have more centralization in the HPMN solutions. However we believe that the slight increase in centralization versus all the benefits of the HPMN solutions are worth the tradeoff especially since the overall HPMN solutions have increased safety.Another aspect which may be seen as a drawback is the higher barrier to entry for hosting an entire Platform node as it would increase collateral.
What is the estimated return on investment (ROI) in each solution?
Using the following parameters and assumptions, we’re able to provide estimates of what the ROI would likely be for each existing potential solution:
- Cost to host a MN: 25$/Month
- Cost to host a HPMN: 100$/Month
- Rewards have stabilized between MNs and HPMNs (see question 31 for an explanation of the yield equilibrium between MNs and HPMNs)
- No fees generated by Platform (at start)
- 3.8M Dash locked in either Masternodes or HP Masternodes
- 45$ Dash price
Current ROI (for comparison) | 6.70% |
Every Masternode must run Platform (this solution) | 4.70% |
4K HPMN solution | 6.69% |
10K HPMN solution | 6.88% |
What are the estimated Platform fees in various solutions?
The estimated fees for various operations using each solution are shown in the table below.These fees are accurate as of November 15th 2022, but are subject to change as we Tweak various processing costs.
Solution | Send Dashpay Contact Request | Create Dashpay Profile | Register Identity on DPNS |
Every masternode must run Platform | $0.231 | $0.102 | $0.142 |
4K HPMN solution | $0.026 | $0.011 | $0.016 |
10K HPMN solution | $0.011 | $0.005 | $0.006 |
More information around fees are in the FAQ (see question 8 and 9)
How is the vote taking place?
We have made the following proposals to the network in the December voting cycle:
- Every node must run Platform (this proposal).
- The 4K High Performance Masternode Solution
- The 10K High Performance Masternode Solution
If there is no resounding winner (a resounding winner would have over two times the absolute votes of the runner-up), the top two proposals will then go to a runoff in the January cycle. However, if the 4K and 10K HPMN solutions are the two top-voted solutions, we will instead perform a secondary vote where we add proposals for 6K and 8K. The winner would then be the highest voted in the second round between 4K, 6K, 8K and 10K.
The winner of each multiple choice round is determined by the number of YES votes minus the number of NO.For the second round if there are only two choices there might be only one proposal depending on the winners of the first round.
Is there consensus inside DCG on which solution to go for?
On October 20, a poll inside DCG was made. The results were that more than a supermajority of developers and non-devs believed that the usage of HPMNs would be a superior plan compared to running Platform on every node. The 4k HPMN solution being the clear winner. The result of the internal poll can be found in the FAQ under question 5.
Show full description ...
Discussion: Should we fund this proposal?
Submit comment
No comments so far?
Be the first to start the discussion! |
So, what about SIAcoin and STORJ? How does our most closely related competition fare (I alluded to Google and Facebook being our competition, that's more wishful, long-term thinking)? Just like Dash surpassed BCH, monero, Decred and BTC in the payments realm, being the number one cryptocurrency for payments in several regions for years now (most heavily in Latin America), so too will Dash need to surpass our cryptocurrency competition in SIACoin and STORJ.
I had a look at the ecosystem of these two in response to this argument. Here is my summary investigative results. First, SIACoin.
Here is a comparison of the file storage coins in the cryptocurrency space:
https://cdn.discordapp.com/attachments/501433513677946880/1036812268018598008/unknown.png
FileCoin remains the biggest at 873 PBs of storage capacity with 24 PBs of actual storage used.
Siacoin is apparently near dead or in a zombie-state. There has been several major negative events with a slow and steady decline in official activity in that community. Something called 'Skynet' was apparently a large undertaking that failed, costing the leader of the community his position as well as a significant amount of enthusiasm and goodwill in the project towards the community (like if Platform somehow failed in Dash, that same kind of negative sentiment reigns).
There is still apparently some development by "the Foundation", but its slow going and more importantly SIACoin remains low in usage having the lowest capacity and 2nd lowest actual storage used of all 4 cryptocurrency file storage solutions.
STORJ, however, is another matter entirely. But first, second-runner up to fileCoin, scprime.
Here are some important characteristics about ScPrime (I read the white paper so you don't have to, but feel free: https://scpri.me/wp-content/uploads/SCP-WhitePaper-v1.0.pdf) a potential technological competitor to Platform. Sc has an (initial block) premine to incentivize various participants, a proof of work mineable cryptocurrency, infinite inflation, 20% developer fund, self-admitted low value of its high-velocity token (large supply at least 7.6 Billion units), collateral put up for service providers with financial penalty for 'cheating'.
So overall, dodgy tokenomics as we know from the payments realm. This lack of tokenomic value will come back to bite these coins when it comes time to compete with Dash, because Dash's limited and strong tokenomics incentivize holding and value growth over time. Which will give Dash an advantage in paying for and attracting investors that will host the storage on HVMNs. Open-source client. Open protocol, good for third-party developers.
This network also boasts content terms-of-service that provide clear regulations on hosting illegal content (nod to my discussion with Socrates about illegal content). However, it is a proof-of-work mineable coin, and it has slow blocks, with claims little value for faster than 10 minute blocks. Dash is again superior here in being a fast transactional coin that splits the data storage network from the payments blockchain so that each can be optimized separately from the other. Also, like Platform data contracts specify how long data lives and storage proofs guarantee providers store what they say they will, no more and no less, with valid proofs resulting in payment to the host and invalid ones resulting in the payment going to a burn address (different punishments and rewards than Dash).
It also boasts storage of data at cost. Very similar data capabilities to Platform. Data key-pairs. ScPrime has the second most capacity (66.2PBs) but lowest actual data stored amount of all 4 solutions (1.7 PB).
Now to Storj. Storj is doing actually quite well it would seem, though its slow growth rate leaves room for Dash to overtake it with a strong offering. Although SiaCoin has the look of crypto-death and stagnation, storj appears to be actively used in an MVP fashion. They have their product released to market and its being used. 3rd most storage capacity (36 PBs) but second-most actual data stored.
So Its a mixed bag. This post is a response to the argument that Platform won't necessarily be anything special or grow to anything because SiaCoin and Storj, as well as others ostensibly, are low value and in general low in adoption (despite their current usage rates). So why am I confident that Platform will succeed and not only overtake this cryptocurrency competition but also nip at the heels of the big tech companies like Google and Amazon?
Simply because I believe that these other coins are missing some fundamentals that Dash has. The first thing is, Dash isn't doing decentralized file storage. I'm sure something like that can and will be done, but that's not the goal. Platform's goal is decentralized DATA CONTRACTS. This means Platform will allow dapps that use these contracts and will attract attention, one of these apps could be storage but it won't be the only one. These other coins are, imo, too tightly coupled with the "storage" use case while platform is a more generally useful framework. So, it will start with decentralized usernames for payments and those usernames will become more and more useful as other apps are built on Platform.
For example, we already have plenty of customers for the most popular potential DAPP right out of the gate: usernames. The only thing wrong with cryptocurrencies is that they're hard to use for non-technical people. Adoption would be a lot easier if people could use their Dash just like their Venmo, paypal, email, etc. Login with a human-readable username and password, send money to another human-readable username. Bam. Decentralized Venmo.
Decentralized payments between human-readable usernames. That one little thing is what cryptocurrencies are missing that prevents mass adoption, and thus that one thing could spread easily. Its just like these other coins in providing decentralized data storage. But with a purpose and customer base pre-built, people who want to trade and use cryptocurrencies with usernames. Millions of people know about crypto, but most won't mess with it due to the difficulty. Imagine defi contracts being stored on platform. Decentralized trade.
In this sense, the competition that grandmasterdash mentioned are at a disadvantage relative to Dash because their coins don't have widespread adoption throughout the world as payment networks, and their architecture is pretty slow, as well as being more limited in scope and practical usefulness. I suspect its because they have many thousands of nodes which may place bandwidth and other limits on their networks. They also aren't very financially attractive. Running a siacoin node gets you like $3 a month or so. Storj is maybe 2 times better.
Platform is more general in its application than these services in my estimation because it is a second-layer network built on top of a successful payments chain, which means we have a ready user-base with a clear usecase that will give us an advantage over ourr payments competition as well as our storage competition: usernames in decentralized payments. These other storage solutions can't really offer that, so they can't go viral easily and thus seem fated to remain obscure. I don't believe that that fate will happen to Dash because payments is such a large usecase. By combining data storage and payments on two different chains, Dash is offering something unique.
Filecoin, sia and storj are solutions in search of a problem. decentralized filestorage is not very competitive yet. But decentralized usernames for payments? Yes, that's a hot usecase that can't be copied readily. So our competition, both the payments side as well as the data as a service side, are at a disadvantage compared to our network. That is my summary report on the state of the competition in the storage space and response to the criticism that Platform may not amount to much as seen in other decentralized data storage cryptocurrency platforms.
I cited Sia and STORJ as they are just two examples of what happens when you try to compete on price alone. When you compete on price, the big boys come in and they undercut everyone for years until the competition just fails or walks away. As you point out, Dash Platform has a unique offering and not really comparable, though Sam has said he wants to allow binary blobs, which makes no sense to me at all.
When you have a unique offering, which Platform has, you no longer compete on price alone. What is the correct price for using Platform? - NOBODY KNOWS because it is unique. How long for Platform to find a killer app? Again, for the same reason, nobody knows. Price could be too high and no one finds value. Price could be too low and the network sells itself short, less money coming in, squeezing MNO / HPMNO profits.
I say all this because it was Sam that made the assumption that Platform must be cheap. All I'm saying is, at this point, people should not get so hung up on price. First, Dash Platform must find it's niche. You say usernames and DPNS are the killer apps, I disagree. You can't just produce usernames and a DNS alternative and assume success, it takes a lot more than that.
From a user perspective, dash usernames are quite interesting compared to others, though there are issues surrounding name squatting. I'm sure it will add value to dash but how much value? Will exchanges support it? - it's hard enough getting them to accept InstantSend or Chainlocks. Will Dashpay also include a bitcoin wallet and leverage dash usernames for bitcoin transactions? - I doubt it, because DCGs focus doesn't seem to be on payments. But hey DCG, very happy if you do it.
In 1999 Shazam launched the first application to fingerprint and identify music. Initially, it was available to everyone via a phone call and then later an app. It took 17 YEARS for them to turn a profit and the real money was not made from their initial target audience but through royalty collections. Dash Platform is in this same position, a unique product that has yet to find it's niche.
There is also the extra burden of censorship, which Sam wants to postpone to a later date, after HPMNs. This too comes at a cost, either financially to maintain censorship or the cost of implementing it and fine tuning. Censorship is a highly charged and complex topic. Don't even get me started on binary blobs. Without some level of censorship, Sam said he would resign. I think the subject of censorship should of been brought up way before HPMNs came about.
I don't think that's accuarte. Siacoin and storj aren't low because they 'compete on price alone'. They are low because their usecase never went viral. They don't have a strong reason for people to use them over the competition. Apparently file storage isn't as in need of disruption as tradFI, at least not yet. Because of this, I believe your example in using them is flawed.
>How long for Platform to find a killer app?
As you know, I believe that Platform will START with a killer app and that DCG is correct in focusing on developing platform for payments. This is the killer app and why I believe that SIA and storj are not relevant here. They can't do this even though they do file storage (just okay, not really superior to a centralized service except on esoteric technical merits like decentralized etc.)
Dashpay on platform will be notably superior than our competition and will allow us to utilize our payments chain as a killer app which will incentivize users to utilize their username for whatever they can. I.e. viral apps should spring from the killer app of usernames with the payment chain.
>Price could be too high and no one finds value.
This possibility being the reason that I concur with DCG and Sam about being against anything but a 4K or 10K HVMN solution.
>Price could be too low and the network sells itself short, less money coming in, squeezing MNO / HPMNO profits.
This possibility is not a realistic reason to do anything. You are just like the monero community. The monero community naturally has NO CONFIDENCE in their coin or their project. So they don't believe that the fee market (i.e. user adoption) will be able to sustain their coin. So, using this lack of confidence as an excuse, they FORCE monero on the market instead by giving it infinite inflation.
So the market won't be able to say, 'We don't like that coin, it should die.' This is the genesis of the monero community's attack against the fee market. They are insecure and lack confidence, just like you here. Your justification for this position is that you don't believe that Platform will succeed so you want to charge as much as possible to recoup ROI.
But grandmasterdash, if you don't believe that Platform is a game-changing and special offering then why are you here? There's plenty of communities with various beliefs on how to scale (none of them accurate or viable, but they exist).
>I say all this because it was Sam that made the assumption that Platform must be cheap.
I don't think this is accurate. I think every architect of Platform wants it to be low fee so it reaches the greatest volume of users. Your offering must be fast, easy to use and CHEAP. Then people will flock to it. This is not a difficult assertion to prove or even think of so I don't understand why you're against it so vehemently. Its NATURAL to want to lower costs as much as possible to attract attention. You make it up on the mass volume (which you apparently don't believe is coming).
>people should not get so hung up on price.
Who's hung up? I think you're the only one who's hung up on it. Everyone else sees the obvious logic in keeping fees as low as possible as a general goal, so aren't you the only one who is 'hung up on price'?
>You say usernames and DPNS are the killer apps, I disagree. You can't just produce usernames and a DNS alternative and assume success, it takes a lot more than that.
I don't think you've thought it through. You do realize this isn't some random tech show, right? We already know we have customers. Dash is the most performant and used blockchain for actual payments. Dash is the blockchain with the largest adoption among retailers in a global atmosphere. We had over 150,000 ACTIVE android wallets in just Venezuela ALONE two years ago.
If you give those people the same speed, security and adoption that Dash already presents, plus the ease of use of transacting with usernames then I think you're wrong here. That IS THE KILLER APP. As we've seen with 'Defi' and other 'crypto web 3.0 solutions', payments really is the biggest use case. Even if its just speculative payments. All the other things that people justify blockchains for really aren't worth it. But usernames for payments is. If you don't believe that this is a killer app then again, why are you here?
> though there are issues surrounding name squatting.
These issues are an edge case and should affect google, facebook and other name services which are offered for free. Dash usernames have a small fixed cost which should limit username related issues, including squatting.
>Will exchanges support it?
Irrelevant. Exchanges haven't been relevant to Dash's story since 2018 when we exploded in Venezuela before really getting on exchanges down there. Exchanges are not a leading indicator for Dash. And the market is deliberately ignoring our superior technology in all but a few cases. Still, we perservere and are the most adopted and largest payment coin, even more than BTC which is a huge accomplishment.
>it's hard enough getting them to accept InstantSend or Chainlocks.
Is it? I rely on instantSend for my daily purchases. I use Dash at least 5 times a week and its always instant and I never have to think about blockchain issues like with other chains. Which shows that even if exchanges don't support it, the network is what matters, exchanges will follow when we're popular regardless of their ideological position. And anyway, this is no good reason to NOT release so the concern is really neither here nor there.
>Dash Platform is in this same position, a unique product that has yet to find it's niche.
Again I disagree and think you're wrong. Dash Platform IS LATE! We already have a use case and tens of thousands of people chomping at the bit to use it. Payments with usernames is a killer app, because payments is a killer app. You see all this *points to billions "invested" in cryptocurrency economy*? Yeah, that's from payments, at this level of ease of use. So if we introduce usernames to this payments equation, then we will be the best by a long shot.
Our UX will be so far superior to other coins that we will LEAVE THE REALM OF CRYPTOCURRENCY and enter the realm of TRUE PAYMENTS like Venmo, Paypal and banks. Most cryptocurrencies are still limited by their architectures (block size, block time, no usernames/ease of use). Dash has solved the first two and now seeks to solve the final barrier to entry, which once solved will open the flood gates.
Anybody can get a little following by taking a strong stand against the banks. You're not going to find much pushback there among the general populace. But can you do so WHILE PROVIDING A DRAMATICALLY SUPERIOR user experience than them and your competition? 24/7/365 decentralized and permissionless availability all over the world with usernames for ease of use is ABSOLUTELY A GAME-CHANGER and I believe you're underselling it massively for some reason.
>There is also the extra burden of censorship, which Sam wants to postpone to a later date, after HPMNs
As I understand it, there won't be any censorship. Giving HVMN the ability to respond to a DCMA request is NOT CENSORSHIP. Nobody considers youtube as 'censorship' for taking down pirated movies, because its not your free speech to upload a pirated movie. It seems you want the network to take a childish and naive position w.r.t. our legal requirements as a hosting service. Providing the ability to remove illegal content is wise and just, I don't understand how you can see it any other way.
>Without some level of censorship, Sam said he would resign.
You're calling it censorship. Sam said he would resign without a way to remove ILLEGAL CONTENT. That is NOT THE SAME THING AS CENSORSHIP. Words have meaning and you're being dishonest and disingenuous by twisting their definition in this way.
> I think the subject of censorship should of been brought up way before HPMNs came about.
Your dishonest usage of the word censorship aside, these are things that couldn'tve been decided on before the network topology became clear. This is a common problem in software design where you can't predict the future topology of a design and have to wait until you're closer to release to define some constraint or other. This is normal in software development.
There is no single authority for "illegal content" because that would depend where you live. Different jurisdictions have different laws, motives and priorities.
Nor do you seem to appreciate the difference between something being illegal and content subject to AI filters, imposing their code-is-law. YT goes way beyond US laws for pirated movies. Any content creator will tell you all the things they can or can't play, say or show. It's just not about law at all. In the same way exchanges over compensate with ridiculous rules because regulators are intentionally fuzzy or silent.
Self-regulation leads to over compensation. It is a slippery slope which goes from "if you can do X, then you can do Y".
As for the rest, we'll just have to agree to disagree. You know my position so we'll just wait and see.
Its not big and doesn't require much explanation. Freedom of speech has nothing to do with stolen material, other peoples' property, files or data. So being able to remove that content (illegal, stolen material) upon legal request isn't censorship. Nobody calls youtube censorship for taking down stolen content (like movies). Respond to this argument or stop making yours!
>There is no single authority for "illegal content" because that would depend where you live.
Which is perfectly fine. The mechanism won't be reliant on jurisdiction. The HVMN will have the option to remove content when presented with a legal request, regardless of where it comes from (however, they will probably only respond to requests from countries that are actually hosting them, so even less of a hassle than you're making it out to be).
>Different jurisdictions have different laws, motives and priorities.
Irrelevant. The HVMNO will only have to deal with the jurisdiction they are in. One jurisdiction, one set of laws, motives, priorities. A HVMN outside of that jurisdiction won't have to comply with their regulations, which will force a global institution to represent the request, which also is fine.
>Nor do you seem to appreciate the difference between something being illegal and content subject to AI filters, imposing their code-is-law.
Nor do you seem to appreciate the difference between centralized offerings like youtube and decentralized ones like Platform. Again you show that you lack confidence in DCG and platform as a solution superior to current options. Because if you believed it, your 'criticisms' here wouldn't be enough to sway your opinion on the network or platform. You don't seem to realize it, but you have a lot of 'tells' that are giving away your motivations and incentives/hidden ties.
>Any content creator will tell you all the things they can or can't play, say or show.
And Youtube is not Platform. Platform will have the freedom to only comply as much as legally necessary, no further. Since there is no centralized institution telling HVMNOs what to do with their node, leaving it in their hands gives them the ultimate control. Something that other networks don't have. So again you ignore our superiority in order to push FUD.
>It's just not about law at all.
Its ALL ABOUT the law. It makes sense to provide a socially acceptable way to remove stolen content. You have not said anything that negates or even approaches a rebuttal to this point, your deflection by calling it 'censorship' (when you know its not) notwithstanding.
>In the same way exchanges over compensate...
Again this won't likely happen with platform because platform is decentralized and exchanges are not. You again show you are not appreciating the landscape for what it truly is, instead created FEAR UNCERTAINTY AND DOUBT from an unrealistic proposition. Platform is DECENTRALIZED, the CoD will be at least 100, which is 100 TIMES more or less more decentralized than current offerings. Have a little faith.
>Self-regulation leads to over compensation. It is a slippery slope which goes from "if you can do X, then you can do Y".
Okay everyone, pack it up! Grandmasterdash said that platform can't work so we have to just go on ahead and quit now!
>As for the rest, we'll just have to agree to disagree. You know my position so we'll just wait and see.
Your position is nonsensical and FUD.
Something that is legal in a place, it is illegal in another.
So you must say, "legal content in US", or "illegal content in North Corea" etc.
Just saying "illegal content" is nonscense.
Preposterous. There are indeed global governing bodies that have a certain level of regulatory authority. And besides, being prepared in case those authorities are strengthened by world govts is wise.
>Something that is legal in a place, it is illegal in another.
Which contradicts your statement above. It would be 'illegal content' in that jurisdiction. If your HVMN is running in that jursdiction, you would be subject to a takedown request. Having the option to comply is therefore prudent.
>So you must say, "legal content in US", or "illegal content in North Corea" etc.
Not when you're speaking in general. Otherwise every English sentence would be overloaded with antecedents and other specifiers. Speaking in general allows us to say 'illegal content in the US' by just referring to 'illegal content'. So you're wrong and speaking a nonscense.
A HPMN should not compy to censorship laws, it should just migrate to places where no legal censorship occurs.
Its not censorship. Censorship is limiting freespeech, not removing stolen content.
>A HPMN should not compy to censorship laws, it should just migrate to places where no legal censorship occurs.
Irrelevant.
Some people are calling it theft, some others are calling it redistribution of wealth.
I am calling it neither theft nor redistribution of wealth, I am just calling it censorship.
And I am pragmatic, the only way to remove stolen content is to apply a global law. And a global law is not applicable yet.
Why is that relevant?
>I am calling it neither theft nor redistribution of wealth, I am just calling it censorship.
Okay well you don't have the right to just 'call things what you want'. Words have definitions for a reason. Censorship is when you attack free speech. Someone stealing your bank credentials and having that removed by legal request is NOT CENSORSHIP.
>And I am pragmatic, the only way to remove stolen content is to apply a global law.
That's clearly not true. Youtube and other internet services remove stolen content all the time. They are globally available services that respond to local jurisdictions without 'global laws' being necessary so that makes your argument even weaker.
They should just migrate to other places.
That argument is tone-deaf and braindead. Having the option to do so is wise, leaving it up to the HVMN themself. If you don't want to comply then don't. Giving options for personal choice is better than forcing one side or the other.
>They should just migrate to other places.
That's just your opinion. You have no right to force that on the rest of us.
And you have no right to enforce censorship (or whatever you call it).
Unfortunately, it is not enough to block the mining or broadcast of certain blocks. From a technical perspective, most full node operators have broken laws by simple possession. Which is exactly why all data should be encrypted by default, then node operators can not be held liable.
There are laws that exempt certain carriers but this is very nuanced and usually licensed. Dash has not established such entitlement.
If you want to know how ineffective it is to censor blocks, look no further than Marathon Digital whom tried, failed and returned to no censorship:
https://bitcoinmagazine.com/business/marathon-to-stop-censoring-bitcoin-blocks
If you want content to be censorable, just link to IPFS and let others deal with it.
In any event, one of the selling points of Platform is that result sets have proof that it is complete, no missing data.
Strawman. I'm not the one trying to enforce illegal content removal (which is different from censorship, failing to recognize this indicates you are being dishonest). Since governments DO have the right to request takedowns, having an option to comply with them is wise. You have not responded to this argument.
CPUs are the ultimate copy machines. The core assembly instructions literally say, "copy from register A to register B". Thus, any legal-speak of "data theft" is a bastardization of the term and usually infers something else, such as hacking.
Why should platform be subsidized over DASH transactions on the DASH blockchain!?!??!?!
That said it is better to NOT overcomplicate things with splitting up the chain so for now I will vote yes to this solution x16.
From now on, there will be no easy way to propose changes to MNs without also first treading on the toes of HPMNOs. That there is a complication.
If you truly believed what you said, you would sell and not look back. Instead you're busy trying to basically convince OTHER PEOPLE TO SELL and lose confidence in the project by misrepresenting the situation as negatively as you possibly can. This is the behavior of an infiltrator and a troll.
These two things are unrelated. Dash can be great while infiltrators and destructive elements like you and 3d1409ae seek to manipulate the discussion and spread fud and lies.
>Or maybe you are accusing others because you feel insecure?
Everyone has to deal with their own insecurities. This is not that. I accuse others because you are demonstrably spreading FUD, attacking the position and research of our Core team (whom we pay to research and deliver on these items) and doing so with no logical or good reason. I have warned that lowlife scum from other network like monero and BCH have bought up masternodes just to ensure that we don't win a race they're not equipped to even run.
Thank you for providing evidence that I was correct.
But first, GMD's comparison is flawed, because BTC has 13,000, 17,000, or whatever figure you want to use, nodes and Dash only has 3800 masternodes, but Dash's masternodes have a collateral requirement while BTC's nodes don't. They're free to create (though they still have costs to operate). Which means you can't compare the two. If BTC's nodes had a collateralization requirement like Dash's nodes do, then and only THEN could you compare the two. But in fact, BTC's nodes don't DO ANYTHING. In POW 1.0 coins, if your node isn't a mining node IT DOESN'T BENEFIT THE NETWORK AT ALL!
If you're just running a node to connect to the network, or connect your personal wallet, sorry but you're not doing anything for the network. You are only serving yourself (which in itself is fine, blockchains were created to serve this data). But Dash's nodes are completely different. Not only do they have a collateralization requirement, proving that investors WANT to run these nodes, instead of hobbyists and volunteers, but they also PROVIDE services that are impossible to provide otherwise. NO OTHER COIN has decentralized coinjoin on a bespoke network with redundancy of 3800 servers. BCH is STRUGGLING to get more than a single Cashfusion server (indeed they warn AGAINST multiple servers as it has costs that they don't want to/are unable to pay, which shows the fully paid node route is superior).
No other coin has monthly governance, instant transaction locking, decentralized but fully paid core and dev team, separate fully paid incubator teams etc. Why not? Because THEY CAN'T TRUST THEIR NODES TO DO ANY OF THESE THINGS! Because its trivial to spin up thousands of nodes, that 17,000 node figure for BTC is nothing but a PAPER TIGER.
Secondly and what's more, the real data that BTC's node count is inferior to Dash's and thus GMD's argument is PURE BULLSHIT, POPPYCOCK AND UNADULTERATED RUBBISH is some information that was recently released. It turns out that YOU CAN almost directly compare Dash nodes with BTC holders.
https://crypto.news/bitcoin-whales-going-extinct-addresses-with-at-least-1000-btc-at-3-year-low/
This article provides a chart with the historical and current number of addresses holding '1000 or more BTC". In other words, you can compare directly between the people who believe in BTC so much that they're willing to hold 1000 of them vs the number of people willing to do that for Dash, and guess what? The number of holders of 1000 Dash is GREATER than the number of holders of 1000 BTC! And it always has been (since masternodes were a thing). We used to have almost 5,000 masternodes, but over the path to platform we've whittled that number down to ~3800. How many people are holding 1000 BTC? **ONLY 2063!!** So, despite BTC's massive price advantage and first mover advantage, Dash holders are STILL MORE CONFIDENT (or incentivized) to hold MORE Dash than BTC, the largest cryptocurrency, holders are.
Which means that not only is GMD's fake argument based on bullshit numbers and bad comparisons, BUT THAT HE'S ACTUALLY COMPLETELY WRONG AND ADVOCATED THE COMPLETE OPPOSITE OF THE TRUTH. I've warned the network to watch out for people who argue the complete opposite of the truth several times before. Why? Because the complete opposite of the truth is THE STRONGEST ATTACK YOU CAN MAKE BY LYING. Which means that GMD's posts are not likely to be 'simple misunderstandings' or, 'simple mistaken but fervently-held beliefs'. They are likely to be deliberately constructed as an ATTACK WEAPON against our network to do the maximum damage possible by LYING. Which means that GMD is most likely an enemy, infiltrator and bad actor and nothing he says should be taken seriously at all.
The source being pointed to is talking about ADDRESSES and not wallets / holders. Nor does it say the actual amounts above 1000 bitcoin in said addresses (only that it is 1000 or more). So, in the following you will see and verify the largest single address has approx. 250597 bitcoin. That alone is worth approx. 4.3 BILLION USD. Do tell us, how many masternodes would that buy? - wait, I'll use the calculator... 91871 masternodes.
https://bitinfocharts.com/top-100-richest-bitcoin-addresses.html
https://bitinfocharts.com/bitcoin/address/34xp4vRoCGJym3xR7yCVPFHoCNxv4Twseo
To be fair, the largest addresses are probably cold custodian wallets which were probably excluded by Glassnode. So let's just look at some of the others. Go to page 21 and look at the 2074th richest ADDRESS which holds exactly 1000 bitcoin valued at 17.3M USD. How many masternodes would that buy? - 366 masternodes. In fact, these stats just go on and on, take a look for yourself.
https://bitinfocharts.com/top-100-richest-bitcoin-addresses-21.html
https://bitinfocharts.com/bitcoin/address/3Jfy1UwUegtq1vXV9BphfhJuLw1NnpMJNy
So yes, you are being asked to believe...
"Dash holders are STILL MORE CONFIDENT (or incentivized) to hold MORE Dash than BTC, the largest cryptocurrency, holders are."
Disingenuous or outright fake news?
My question is, what tiny percentage of this wealth has bought dash masternodes, being they're incentivized and all that?
Side note. Some of these richest addresses also have unclaimed money from bitcoin forks such BCH and BSV.
A common troll refrain used as a deflection when explaining why they won't answer the charges against them. Doing so is an implicit admission of retreat however so I welcome your cowardice here.
>The source being pointed to is talking about ADDRESSES and not wallets / holders
Straw man. Holding 1000 Dash takes place in an address and is not about "wallets and holders".
>. Nor does it say the actual amounts above 1000 bitcoin in said addresses (only that it is 1000 or more
It doesn't need to. The point is to give a baseline comparison. And besides what you say about BTC is true about Dash too. It's not like you're limited to only 1 1000 Dash address per holder or something so this too is a non response.
>So, in the following you will see and verify the largest single address has approx. 250597 bitcoin. That alone is worth approx. 4.3 BILLION
Again this is irrelevant to the discussion at hand. You are not limited in the amount of Dash you can hold. But this figure does show that the number of different addresses with 1000 Dash is higher than the number of addresses with 1000 BTC which indicates investor confidence in Dash over BTC. None of your response is a rebuttal to this fact.
>Do tell us, how many masternodes would that buy? - wait, I'll use the calculator... 91871 masternodes
No it wouldn't Einstein. Have you forgotten that Dash has a fixed supply?? With a floating supply of 12 million there can be AT MOST 12000 masternodes, and the price of Dash (and thus the value you're using in your dumb rebuttal) will skyrocket on the attempt as you're literally cornering the market.
That you couldn't see this in your hastily written reply indicates that you definitely are a troll. That my comparison triggered you so also indicates you have emotional ties to another community than Dash and should be kicked out of here.
> In fact, these stats just go on and on, take a look for yourself
None of what you're saying is a rebuttal to the point that there are more addresses with 1000 Dash than those with 1000 BTC and there has never been as many 1000 BTC holding addresses as Dash's ATH. Which means you lose.
>Disingenuous or outright fake news?
Your question you mean? I'd guess both knowing you.
>My question is, what tiny percentage of this wealth has bought dash masternodes, being they're incentivized and all that?
I don't know what this question is supposed to be asking.
The point is you are wrong and your fake node count for BTC is a garbage argument. You behave like a troll and an infiltrator and your hasty and inaccurate reply here indicates that my factual analysis triggered you, which shouldn't happen if you're on the side of the Dash community.
Do you trust mnowatch reasearch? If you do trust it, then the simpliest solution will be to allow every discovered individuality of mnowatch to maintain only ONE DashPlatform database.
That way the databases' replication is reduced, and the transaction fee is also reduced. This will result for Dash platform to have approximately 133 DashPlatform databases, a similar number to the 100 databases that the "High performance masternode solution" is planning to have.
But the 100 databases of the "High performance masternode solution" are not similarly decentralized as the 133 databases of the mnowatch individualities . Because if we allow each individuality of mnowatch to maintain one platform node, the decentralization is achieved due the separate individuals that are holding these databases. Decentralization based on proved individuals is a real decentralization, in contrast to the fake decentralization based on collateral masternode addresses.
ALL THE CURRENT EVO PROPOSALS ASSUME THAT THE BIGGEST WHALE IS A 270 WHALE DISCOVERED BY MNOWATCH. AND WHAT IF THERE IS A BIGGER WHALE THAT WE (THE MNOWATCH ADMINS) DIDNT YET SUCCEED TO DISCOVER? We have not yet discover the BIG whale that may or may not exist. But we did discovered the small individualities. So we have better be based on what we have already discovered, rather on what he have not discovered yet.
DCG should of been working on alternatives to InstantSend, CoinJoin and voting in order to de-collateralize the entire network. Solutions for these already exist. Now, according to Sam, dash is in a pathetic position of pushing for higher collateral in the name of "security" and "decentralization". Truly pathetic and I will not be taking part in it.
I will not apply upgrades that enable this shit and I will no longer refer to dash in "we" terms because in the entire 7+ years I have been with dash, this is the shittiest outcome I could think of. If our users wanted Solana, they would of bought Solana.
If anyone wants to fork dash with a view to de-collateralization then I am listening. DCG should be the one's forking, creating their own brand and starting from scratch building a customer base. But no, they lied by omission (or complete incompetence) and spread fear of security and centralization. They will steal the dash brand and all it's users, and they will make "digital cash" a secondary thought.
Disappointed does not fully express how I feel about this.
I also decided to vote yes on rion decision proposal (1K Dash Collateral High Performance Masternode
Voluntary Solution), as i regards both decision proposals as providing the highest level of Platform network decentralisation (node count) and the least affected by censorship, in comparion with the other Platform start solutions (4K HPm & 10K HPM).
13th of October 2022
Platform on all nodes
At network start (no fees generated) AND Assuming the rewards even out with the market we get the following values..
All nodes run platform: 6.11%
At network start (no fees generated) AND Assuming platform nodes get slightly more rewards (educated guesses on how the system will stabilise).
All nodes run platform: 6.11%
At network start (no fees generated) AND Assuming platform nodes get slightly more rewards AND platform nodes run stronger hardware to better server the network and ensure their profits(educated guesses on how the system will stabilize and hardware used).
All nodes run platform: 6.11%
Source : https://www.dash.org/forum/threads/should-platform-run-on-all-nodes-or-should-platform-run-only-on-high-performance-nodes.53374/page-7#post-232371
Current estimated yield for Platform on all nodes in this decision proposal text :
Every Masternode must run Platform (this solution) : 4.70%
Originally when discussing on the forum we had put that the recommended hardware be at 50$/month for platform running nodes in this solution (which gave a ROI of 6.11%) while all the other HPMN solutions solutions had hardware costs 100$/month. Some people rightfully pointed out to me that this was not a good comparison and that the comparison should have equal hardware requirements because in the end we don't want the system to be sluggish and slow just because we are going with this solution. I agreed.
With equal hardware requirements between all solutions the ROI of every Masternode must run platform falls to 4.7%
Check out row 14 and 19 here for proof: https://docs.google.com/spreadsheets/d/1i0NDJYkDDpwjCjOW7gyr8CL2zSJwSmcic0NzIw8X-74/edit#gid=395944304
Instead factors like Dash Circulating Supply, Dash Blockreward, Dash Combined MN Collateral (Total Dash Staked) and the Stake rate (how much of Dash Circulating Supply is MN Collateral)
form the annual yield percentage.
See : https://medium.com/@staked/dash-staking-guide-e8d671d0ce03 (old article, but showing what exactly determine Dash annual yield)
Masternode hosting cost does not come into play.
See : https://dash-news.de/dashtv/#curr=USD&value=1000
Collateral : 1000 dash
Masternode Earnings : 6,10 dash per month x 12 months = 73.2 dash
I suspect most sites that show masternodes annual yield, only show the gross annual yield of masternodes.
For those that need clarification for each solution on the network with regards to annual yield estimate, overall chance of failure in a Platform quorum, masternodes / Platform network count, reaching equilibrium, how profitable each solution could potentially be for the early joiners before equilibrium is reached : https://youtu.be/wqFdR5C15ns
This certainly comes across as a form of censorship for Dash Platform, which can be easily applied by a handfull of whales (5 / 7) in a 10K HPM or 4K HPM solution.
You set free the 4k and 10k HPMN to run or to not run the platform, while at the same time for the 1K masternodes you are asking to be forced to run the platform. Why????
What about adding also a fourth alternative poll option:
1K MASTERNODES SHOULD BE FREE TO RUN OR TO NOT RUN THE PLATFORM (1k OPT-IN solution)
**Why are collaterals higher than 1K necessary?**
Increasing the collateral for Platform nodes is necessary so that an equilibrium between Platform and Core node yields can be achieved while also creating market incentives for a lower number of Platform nodes without setting a hard cap. It also makes it more difficult for individual entities to gain control of enough nodes to cause harm to the network or significantly centralize block validation.
As Masternodes seeking to run Platform must also provide Core services it makes the most sense to keep rewarding them for doing so. See next questions for more information on why 1k collaterals are not DCG-proposed solutions.
**Would it be possible to reward Platform nodes for Core services and keep collateral at 1K Dash while maintaining ROI parity between Core Masternodes and Platform+Core Masternodes?**
No, it’s not possible to do this while also maintaining parity. Let’s imagine 50% of rewards are sent to Platform in this scenario. In this case, a node running Platform+Core would receive on average twice that of what a node just running Core would.
**Would it be possible to reward Platform nodes for Core services and keep collateral at 1K Dash without maintaining ROI parity between Core Masternodes and Platform+Core Masternodes?**
There have been solutions proposed that give only 20% of rewards to Platform, however this solution is plagued by the same issue where a Masternode running Core would just receive 20% less than a Masternode running Platform + Core. In such a scenario we would be left with an insecure system in the case if few masternodes chose to run Platform. The market equilibrium in this solution happens when close to all nodes run Platform, as they would always receive more revenue by doing so. If we assume this to be the case this solution would require really high user fees to offset high network hardware costs, coupled with a reduction of ROI for Masternode Owners.
**Would it be possible to not reward Platform nodes for Core services and keep collateral at 1K Dash for running Platform?**
Yes, this is possible. However, there are a few major downsides. First, to reach the same level of security on Platform as the 4K HPMN solution against participants shutting down the service, there would need to be approximately 2100 Platform nodes with 1K collateral. Second, there would be significantly fewer nodes participating in Core-servicing quorums. InstantSend performance is optimal when the node count is over 1920; in this scenario, we would only have around 1700.
**Would it be possible to reward Platform nodes for Core services but not directly through Core Masternode payments and keep collateral at 1K Dash for running Platform?**
Yes, this is possible and is most likely the best solution that can keep a 1K collateral. DCG however does not recommend it as there are still major downsides and it would introduce a delay for release of Platform.
The first is that work being done on the Core payment chain would not be rewarded on that Chain. DCG would need to develop a more complicated mechanism in order to prove on the Platform chain that Masternodes are properly servicing the Core chain. Then we would need to implement a different proposer selection mechanism that ignores specific nodes not servicing the Core chain. A quick estimate would be that this extra effort would take 1-2 months.
The second downside is that this system only becomes secure with about 2100 Platform nodes. This would significantly lower the ROI for the network (including for normal MNs). At the same time user fees would be significantly higher than the HPMN solutions.
**Why not just put a ‘hard’ maximum on the number of nodes and leave the collateral at 1k?**
Setting a hard cap on the number of Masternodes running Platform would disallow some MNOs to run a Platform node even if they wanted to. Furthermore such a solution would likely threaten the stability of Platform by introducing a point of unsafe centralization.
Currently, the biggest whale is estimated to own about 270 masternodes. Say we set the hard cap to 1000 total Platform nodes. There would be a 6.35% chance that this owner alone could shut down a validator set each time a new set is chosen by taking their participating nodes offline, therefore halting the chain. There would be a 79.29% chance of them having the opportunity to do so each day with 24 quorums a day.
We would need to set the hard cap to at least 2100 in order to achieve a similar level of security in this regard as the 4k HPMN solution.
"""Yes, this is possible and is most likely the best solution that can keep a 1K collateral. DCG however does not recommend it as there are still major downsides and it would introduce a delay for release of Platform."""
"""The first is that work being done on the Core payment chain would not be rewarded on that Chain. DCG would need to develop a more complicated mechanism in order to prove on the Platform chain that Masternodes are properly servicing the Core chain. Then we would need to implement a different proposer selection mechanism that ignores specific nodes not servicing the Core chain. A quick estimate would be that this extra effort would take 1-2 months."""
MY ANSWER:-->The platform delayed 7 years. So 1-2 months more delay is not a big deal!!!!!
"""The second downside is that this system only becomes secure with about 2100 Platform nodes. This would significantly lower the ROI for the network (including for normal MNs). At the same time user fees would be significantly higher than the HPMN solutions."""
MY ANSWER:-->If platform is something worthy , 2100 nodes or even more will be found. If it is something useless, nobody will care installing a node. You dont seem to like the free market competion, and you want to rely on already established structures, dont you? Your core idea is similar to the idea of organizations that cannot stand by themselves in the free market but they require to be feeded by a state.
Platform should launch alone, in a free market enviroment, while the masternodes should hold some shares from every platform node.
https://www.dash.org/forum/threads/should-platform-run-on-all-nodes-or-should-platform-run-only-on-high-performance-nodes.53374/#post-232053
Also (Socrates) this has nothing to do with manufacturing consent. Some people really want this option. DCG would have gotten a shit storm of protest if they had _not_ included this option.
just solarguy
* Considerable U-turn on DCG's own Dash Platform Vision, which was communicated to the Dash Community as recently as Feb 2022 (see : https://imgur.com/2QfvXAN)
(at this point i wonder if most Platform developers actually read DCG's own Dash Platform Vision)
* Disregard by most Platform developers for keeping Dash Platform decentralized
* Abandonment of the 10% treshold / 10% supermajority in Dash Governance and the constant denying of the CTO of DCG that the 10% treshold was ever applied in Governance proposals, even after getting confronted with proof on dash.org/forum that decision proposals in the past did adhere to the 10% treshold.
See : https://www.dash.org/forum/threads/should-platform-run-on-all-nodes-or-should-platform-run-only-on-high-performance-nodes.53374/page-22#post-232922
* Disregard for keeping the Platform network free from censorship. The posts from Sam on dash.org/forum on how they plan to deal with Platform content storage in the future, were really revealing with regards to censorship
* Complete dismissal for a independent third party security audit of Dash Platform, because CTO of DCG basically don't want to waste time and money (its about 120K USD, which DCG could have been requested in a multi-month budget proposal ages ago)
Please come join the "Afterparty" discussion (every Friday afternoon) to talk about the HPMN proposals and more. Talking is a lot more efficient than writing and reading.
The network has clear rules written into code both for funding decisions and protocol upgrades. This is a protocol upgrade hence it follows the rules for protocol upgrades. The +10% supermajority that you might think is the required threshold is only required for funding decisions.
For protocol upgrades at the beginning of Dash we used BIP9 consensus mechanisms, now Dash uses the https://github.com/dashpay/dips/blob/master/dip-0023.md mechanism giving more power to Masternode owners. This is the consensus mechanism we currently use on the network.
DCG will write software that has the best chance of being activated by the network as directed by this poll. We must do this because we need to make a decision. Not making a decision means that we stall the project.
Phase 1 : polling phase of the two polling proposals (MNO-Plan and DCG-Plan) to see which one got the most yes votes
Phase 2 : decision phase of the proposal with most yes votes, with explicit condition that it needed to pass the 10% treshold.
Both decision proposals were put on the network by the Dash Trust Protectors, who submitted these two decision proposals on behalf of DCG (DCG plan) and a group of masternode owners (MNO plan), DTP acted as a neutral third party here.
Phase 1 :
https://www.dashcentral.org/p/decision-vote-improve-proposal-system-dc
https://www.dashcentral.org/p/decision-vote-improve-proposal-system-mn
Phase 2 :
www.dashninja.pl/proposaldetails.html?proposalhash=d41000486d6da24dd1e339e8340b24d52131ea6212f09de81e97f00c4d582318
''In Phase 1 (this phase, this month) you are asked to vote for which option you prefer. Regardless of degree, the option with the most net (yes minus no) votes will proceed to the next phase (next month). DCG will implement the Phase 2 upgrade option if it exceeds the normal 10% net vote criterion in Phase 2. In the unlikely event the higher ranked proposal exceeds the 10% net yes votes during Phase 1, Phase 2 would not be necessary.''
So there is a history of DCG abiding by the 10% supermajority, in order to achieve broad consensus on important topics for MNO's to vote on.
It is strange to see DCG now suddenly abandoning the 10% supermajority, due to this CTO of DCG having a different opinion on how Dash Governance should or should not work.
I think with DCG abandoning the 10% supermajority, it is a signal that these three decision proposals are in fact very poor solutions on how to start Dash Platform. And the fact we only get these three decision proposals from DCG, tells me that Platform developers did not think through on how to start Dash Platform at all. Instead they ignored to deal with the start solutions, to the very last moment.
It is a sad day when MNO's can only vote on DCG decision proposals that either severly centralize and most likely censorship the Dash Platform network or vote on a decision proposal where Platform developers never addressed its safety issues, never disclosed those safety issues to the Dash community, never mentioned them in any previous presentation.
Why should MNO's even care about safety issues, when Platform developers ignored those safety issues for so long ?
https://www.dashcentral.org/p/Adaptive-Proposal-Fees
The code has rules for protocol upgrades. They went with a different threshold than the rules the code requires. That was their prerogative. I am going to guess that this was because they were less technical than the current leadership or maybe they just wanted a higher bar.
This proposal is going with the rules written in the code. This is not a reinterpretation as you say.
If you win by super majority, the DAO will automatically issue the funding you seek for the work you propose.