Topic: Can we build a true decentralized Digital Currency that could be easily adopted? (Read 160 times)
February 24, 2019, 10:05:34 AM
pretty good, but I'm not sure about the market. although it can be called solid decentralization, but to control prices, I think it is difficult to stabilize because it is the user who controls the price itself without the intervention of the team itself.
February 20, 2019, 06:56:53 AM
I think there are lots of tokens already and Im not sure what you meant by can easily adopted but these tokens are easily adoptable. I get what you meant by writing this long post, to be honest we already have these traits by most on the top 20 coins in the coinmarketcap which are already been using by most platform or real case uses.
February 20, 2019, 06:36:09 AM
Why would you need another decentralized token if we already have one? im talking about bitcoin, i don't know why we need another new system we already have lightning network that solves alot of problems that bitcoin currently have.
Lol, even if we have a lightning network which solves the bitcoin problem, people don't get rid of it and use bitcoin instead. You know what? It's all because of the popularity. 
February 20, 2019, 06:33:23 AM
No one is stopping you from doing it,if you have confident about your project then bring investors and team to your project and make it happening but I am not interested on more decentralized cryptos because we already have thousands of it.
February 20, 2019, 06:19:20 AM
Why would you need another decentralized token if we already have one? im talking about bitcoin, i don't know why we need another new system we already have lightning network that solves alot of problems that bitcoin currently have.
February 20, 2019, 04:45:44 AM
2- The current "cryptos" will never reach the mass adoption its seeking. It has became a speculative "thing" that some people trade on exchanges and others "hodl" it, hoping someday they will reach the promised adoption and everyone becomes rich overnight.
This is the main problem for the whole crypto community.I neterpeniem waiting realnoi decentralization.Your idea basically has all chances of life.Speculations are really fed up, I want to see real steps towards decentralization.I think that everything is possible, the main thing that for the idea of real decentralization was a large number of people. February 20, 2019, 04:00:38 AM
B
February 20, 2019, 03:02:26 AM
i think it's easier to implement this if the distribution of assets is as equal as possible and to as many people as possible globally. the only hindrance would be those big whales who wanted bigger shares compared to ordinary people.
I thought about it too, but what would motivate Updaters to operate from VPS and Dedicated servers if they earning the same as Validators who operate from computers at home?
Bitcoin has the same problem with declining number of full nodes due to lack of incentive, which is dangerous.
February 20, 2019, 02:48:59 AM
i think it's easier to implement this if the distribution of assets is as equal as possible and to as many people as possible globally. the only hindrance would be those big whales who wanted bigger shares compared to ordinary people.
February 20, 2019, 02:36:51 AM
P
February 20, 2019, 01:56:20 AM
Decentralized digital currency, and asset transfer P2P network, utilizing "Proof of Partnership" POP.
In the current blockchain model used by Bitcoin, validating nodes use UTXO set, while Ethereum use the Accounts Balances model to digest the unspent coins from the blockchain. We need to eliminate the digesting phase, dissolving the blockchain in 3 steps.
Using the concept of the Blockchaining, either an Updated Unspent Transactions Output (UUTO) or Updated Accounts Balances (UAB) will be used as the state of the network. In this project, " Blocks" is replaced by an "Updates", for storage reduction and better scalability.
Updated Accounts Balances, updated every 120 seconds, instead of building blocks filled with transactions. Spent transactions data will be extracted to a different database, which will not be part of the network's consensus protocol, that could be kept or discarded by partners.
Basically, instead of building blocks of transactions chained to each other and then extract the Unspent Output, we will chain the Updated Accounts Balances or the Unspent Transactions Output, and use it as the network's main consensus.
Proof of Partnership, eliminating the competition and incentive all Partners with a fixed amount per update to perform the work, instead of the known "block reward".
Partners
Partners will participate under 2 roles Updater Partner (UP) and Validator Partner (VP). Both roles are full nodes. Each have different responsibilities.
1 - Validator Partners - VPs
- Verify transactions against their UAB, then relay it to their peers. VPs do not create or relay UAB updates.
- Once an "Update Proposal" has been received from Updater Node, VPs will verify transactions again, update the UAB accordingly and broadcast an "Earn" transaction with the hash of the the new update.
The hashing difficulty should be accomplished with CPU from home PC or Laptop.
Our goal is to use resources efficiently and increase participation without the need for special hardware or entry barriers for joining the network. Full participation and bandwidth are more important than "hashrate" in this protocol.
Initially, VPs will have a minimum of 0.5 Mbps upload speed connection. For up to 5000 VPs.
Bandwidth requirement shall increase according to network growth, for example:
- 5001 to 10,000 1 Mbps upload speed.
- 10001 to 20000 2 Mbps.
- 20001 to 30000 4 Mbps.
- 30001 to 40000 6 Mbps.
- 30001 to 40000 10 Mbps.
- 40001 to 50000 12 Mbps.
Each VP will be connected to, and accept inbound connections from at least 120 peers, which will include at least 2 Updater Partners.
2- Updater Partner - UPs
- Bootstrap and serve the UAB to new VPs joining the network.
- Receive verified transactions from VPs, verify it against their UAB, broadcast the "Update Proposal" with transactions IDs, then hash the Update and broadcast with his "Earn" transaction.
(UPs do not initiate or relay transactions, they only create the new update from the transactions that has been relayed to them by VPs, update their UAB, collect tx ID that been used in the update and broadcast it to the network as an "update proposal").
Basically, the UP role is telling the network "These are the valid transactions I received from you, I have updated my UAB, do the same and broadcast an "Earn" transaction with the update hash.
As mentioned, instead of building a block with all transactions data as in the current POW protocol, only transactions IDs that UP used to create the new update will be relayed, the network will update their UAB accordingly, using the transaction data that they already possess.
As such, the UP who creates the new update can be chosen randomly or even assigned to each UP on weekly or monthly rotation, since there are no reward for creating Updates. We need to eliminate the competition, create a P2P network where partners work collaboratively and effectively, and use resources in other areas where it matters.
Since UPs are the Updates creators and relayers, and in order to achieve the highest TPS throughput, they will work from VPS and Dedicated servers due to the amount of bandwidth that will be required, along with a static IP addresses.
The "Earn" transaction.
In the current POW, block reward (coinbase transaction) only goes to the miner who build the valid block. Since we eliminating the "block" creation and adopting the "update" method, all partners in the network will be rewarded according to their role. but how we accomplish that if there are no coinbase transaction, and be able to pay every partner?
We can achieve that by the the Earn transaction. In order to visualize it, here is the flow of this network,
1 - Alice wants to send 10 XYZ to Bob, she initiate the transaction from her client.
2 - Transaction is verified against the UAB, and relayed to the network by the VPs, if valid.
3- Transaction will eventually reach the UPs.
4- The UP who will create the next update, will verify Alice's transaction, with all other transactions.
5- If valid, the UP will update his UAB by debeting Alice's account and crediting Bob's account with the transaction amount, same goes for all other transactions.
6- The UP will collect all the transactions IDs (hashs) of the transactions he used in updating his UAB, and send it to the network to do the same thing.
7- After sending out the transactions IDs to the network, the UP will hash the entire UAB with the previous update hash to come up with the new update hash.
8- The new update hash, previous update hash, update number, UP's address and his reward amount (coinbase) will be broadcasted to the network just like a regular transaction. This is the "Earn" transaction.
9- Every partner in the network will basically do the same thing after updating their UAB, they will broadcast their "Earn" transaction to the network.
10- The "Earn" transaction is a unique transaction that creates new currency just like the coinbase transaction in POW. This transactions will be validated by all partners by verifying the new update hash, which should match with every other partner network wide. (assuming they all did the update correctly as sent by the UP)
11- The "Earn" transaction amount, if valid, will be credited to every partner to his address provided within the transaction and will be updated in the UAB.
Now, when the next UP create the next update, he will follow the same updating process. When the next update hash matches the hash by every partner, it means that their previous update is correct and their "Earn" transactions has been confirmed, too.
This process assuming the network is operating under good condition, and assuming every partner is being honest in doing his updates. If the network is being attacked or there are some partners trying to cheat the protocol, here is what happens:
1- Attacker or malicious partner will try to cheat in updating his UAB.
2- He will broadcast his "Earn" transaction with the wrong update hash.
3- Other partners in the network will verify the hash, when it doesn't match, they will reject his transaction, resulting in his "Earn" transaction not being approved in the next update.
If that partner is honest but is being attacked, or hanging out with the wrong crowd (Man in the middle attack). He will be able to notice and take appropriate action, when he find out that his "Earn" transaction was not approved in the next update.
In this design, we try to fix the following fundamental issues,
1- The centralization of the current POW mining, blockchain is fully dependent on miners who works for the pool operators, unfortunately, concentrating the power in the hands of certain individuals or group. We try to build not just a decentralized network, but a network that will remain decentralized, where every participant is part of and directly participate in the network by being a full node, regardless of his role.
2- The current "cryptos" will never reach the mass adoption its seeking. It has became a speculative "thing" that some people trade on exchanges and others "hodl" it, hoping someday they will reach the promised adoption and everyone becomes rich overnight.
People usually adopt to things that becomes a necessity in their daily life, "cryptos" doesn't meet that qualification. But a true decentralized "Digital Currency" that holds its value does, especially when people can easily participate to "earn" it.
We have a better chance to gain that adoption if we use the open door in every home (computer+internet connection). Instead of requesting them to buy expensive hardware, join pools and compete or buy it on exchange.They won't do it, people don't buy money, they earn it by working. In other words, if we seeking mass adoption, then we need to go to people, not asking them to come to us.
3- In order to build a scalable and efficient network, the focus must be shifted to what resources really matter. To achieve mass adoption In a distributed and decentralized system like a money transfer or electronic cash payment, bandwidth is the king.
If we can develop a consensus protocol that doesn't require the current massive "hashrate" in POW or "staking" in POS, and focus on bandwidth contribution, then the sky is the limit in terms of TPS.
Please note, I'm neither a developer nor economist. All what I'm saying here is just my humble design based on my own research. I'm putting it here for further discussions or ideas to see how many people would be interested in creating not just a decentralized digital currency, but one that will remain decentralized.
In the current blockchain model used by Bitcoin, validating nodes use UTXO set, while Ethereum use the Accounts Balances model to digest the unspent coins from the blockchain. We need to eliminate the digesting phase, dissolving the blockchain in 3 steps.
Using the concept of the Blockchaining, either an Updated Unspent Transactions Output (UUTO) or Updated Accounts Balances (UAB) will be used as the state of the network. In this project, " Blocks" is replaced by an "Updates", for storage reduction and better scalability.
Updated Accounts Balances, updated every 120 seconds, instead of building blocks filled with transactions. Spent transactions data will be extracted to a different database, which will not be part of the network's consensus protocol, that could be kept or discarded by partners.
Basically, instead of building blocks of transactions chained to each other and then extract the Unspent Output, we will chain the Updated Accounts Balances or the Unspent Transactions Output, and use it as the network's main consensus.
Proof of Partnership, eliminating the competition and incentive all Partners with a fixed amount per update to perform the work, instead of the known "block reward".
Partners
Partners will participate under 2 roles Updater Partner (UP) and Validator Partner (VP). Both roles are full nodes. Each have different responsibilities.
1 - Validator Partners - VPs
- Verify transactions against their UAB, then relay it to their peers. VPs do not create or relay UAB updates.
- Once an "Update Proposal" has been received from Updater Node, VPs will verify transactions again, update the UAB accordingly and broadcast an "Earn" transaction with the hash of the the new update.
The hashing difficulty should be accomplished with CPU from home PC or Laptop.
Our goal is to use resources efficiently and increase participation without the need for special hardware or entry barriers for joining the network. Full participation and bandwidth are more important than "hashrate" in this protocol.
Initially, VPs will have a minimum of 0.5 Mbps upload speed connection. For up to 5000 VPs.
Bandwidth requirement shall increase according to network growth, for example:
- 5001 to 10,000 1 Mbps upload speed.
- 10001 to 20000 2 Mbps.
- 20001 to 30000 4 Mbps.
- 30001 to 40000 6 Mbps.
- 30001 to 40000 10 Mbps.
- 40001 to 50000 12 Mbps.
Each VP will be connected to, and accept inbound connections from at least 120 peers, which will include at least 2 Updater Partners.
2- Updater Partner - UPs
- Bootstrap and serve the UAB to new VPs joining the network.
- Receive verified transactions from VPs, verify it against their UAB, broadcast the "Update Proposal" with transactions IDs, then hash the Update and broadcast with his "Earn" transaction.
(UPs do not initiate or relay transactions, they only create the new update from the transactions that has been relayed to them by VPs, update their UAB, collect tx ID that been used in the update and broadcast it to the network as an "update proposal").
Basically, the UP role is telling the network "These are the valid transactions I received from you, I have updated my UAB, do the same and broadcast an "Earn" transaction with the update hash.
As mentioned, instead of building a block with all transactions data as in the current POW protocol, only transactions IDs that UP used to create the new update will be relayed, the network will update their UAB accordingly, using the transaction data that they already possess.
As such, the UP who creates the new update can be chosen randomly or even assigned to each UP on weekly or monthly rotation, since there are no reward for creating Updates. We need to eliminate the competition, create a P2P network where partners work collaboratively and effectively, and use resources in other areas where it matters.
Since UPs are the Updates creators and relayers, and in order to achieve the highest TPS throughput, they will work from VPS and Dedicated servers due to the amount of bandwidth that will be required, along with a static IP addresses.
The "Earn" transaction.
In the current POW, block reward (coinbase transaction) only goes to the miner who build the valid block. Since we eliminating the "block" creation and adopting the "update" method, all partners in the network will be rewarded according to their role. but how we accomplish that if there are no coinbase transaction, and be able to pay every partner?
We can achieve that by the the Earn transaction. In order to visualize it, here is the flow of this network,
1 - Alice wants to send 10 XYZ to Bob, she initiate the transaction from her client.
2 - Transaction is verified against the UAB, and relayed to the network by the VPs, if valid.
3- Transaction will eventually reach the UPs.
4- The UP who will create the next update, will verify Alice's transaction, with all other transactions.
5- If valid, the UP will update his UAB by debeting Alice's account and crediting Bob's account with the transaction amount, same goes for all other transactions.
6- The UP will collect all the transactions IDs (hashs) of the transactions he used in updating his UAB, and send it to the network to do the same thing.
7- After sending out the transactions IDs to the network, the UP will hash the entire UAB with the previous update hash to come up with the new update hash.
8- The new update hash, previous update hash, update number, UP's address and his reward amount (coinbase) will be broadcasted to the network just like a regular transaction. This is the "Earn" transaction.
9- Every partner in the network will basically do the same thing after updating their UAB, they will broadcast their "Earn" transaction to the network.
10- The "Earn" transaction is a unique transaction that creates new currency just like the coinbase transaction in POW. This transactions will be validated by all partners by verifying the new update hash, which should match with every other partner network wide. (assuming they all did the update correctly as sent by the UP)
11- The "Earn" transaction amount, if valid, will be credited to every partner to his address provided within the transaction and will be updated in the UAB.
Now, when the next UP create the next update, he will follow the same updating process. When the next update hash matches the hash by every partner, it means that their previous update is correct and their "Earn" transactions has been confirmed, too.
This process assuming the network is operating under good condition, and assuming every partner is being honest in doing his updates. If the network is being attacked or there are some partners trying to cheat the protocol, here is what happens:
1- Attacker or malicious partner will try to cheat in updating his UAB.
2- He will broadcast his "Earn" transaction with the wrong update hash.
3- Other partners in the network will verify the hash, when it doesn't match, they will reject his transaction, resulting in his "Earn" transaction not being approved in the next update.
If that partner is honest but is being attacked, or hanging out with the wrong crowd (Man in the middle attack). He will be able to notice and take appropriate action, when he find out that his "Earn" transaction was not approved in the next update.
In this design, we try to fix the following fundamental issues,
1- The centralization of the current POW mining, blockchain is fully dependent on miners who works for the pool operators, unfortunately, concentrating the power in the hands of certain individuals or group. We try to build not just a decentralized network, but a network that will remain decentralized, where every participant is part of and directly participate in the network by being a full node, regardless of his role.
2- The current "cryptos" will never reach the mass adoption its seeking. It has became a speculative "thing" that some people trade on exchanges and others "hodl" it, hoping someday they will reach the promised adoption and everyone becomes rich overnight.
People usually adopt to things that becomes a necessity in their daily life, "cryptos" doesn't meet that qualification. But a true decentralized "Digital Currency" that holds its value does, especially when people can easily participate to "earn" it.
We have a better chance to gain that adoption if we use the open door in every home (computer+internet connection). Instead of requesting them to buy expensive hardware, join pools and compete or buy it on exchange.They won't do it, people don't buy money, they earn it by working. In other words, if we seeking mass adoption, then we need to go to people, not asking them to come to us.
3- In order to build a scalable and efficient network, the focus must be shifted to what resources really matter. To achieve mass adoption In a distributed and decentralized system like a money transfer or electronic cash payment, bandwidth is the king.
If we can develop a consensus protocol that doesn't require the current massive "hashrate" in POW or "staking" in POS, and focus on bandwidth contribution, then the sky is the limit in terms of TPS.
Please note, I'm neither a developer nor economist. All what I'm saying here is just my humble design based on my own research. I'm putting it here for further discussions or ideas to see how many people would be interested in creating not just a decentralized digital currency, but one that will remain decentralized.
Jump to: