Bitcoin Forum
November 03, 2024, 11:55:30 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4]  All
  Print  
Author Topic: Delegated Proof of Stake (DPOS) White Paper by Daniel Larimer  (Read 11461 times)
Agent86
Newbie
*
Offline Offline

Activity: 25
Merit: 0


View Profile
May 11, 2014, 12:38:29 PM
 #61

You have a silent fundraiser with your buddies, award yourselves all the shares

The new definition of unfair secret fundraiser on bitcointalk seems to be anything I didn't personally know about, or take the time to research, or take the risk to participate in.

Even if you hire marketing professionals, speak at bitcoin conferences, get mentioned in major publications, and post announcements everywhere.

Counterparty proof of burn just robbed the project and investors of development funds.  Imagine investing in a company by everyone getting together and awarding shares based on how much cash you throw in a bonfire, it makes just about that much economic sense.
CLains (OP)
Sr. Member
****
Offline Offline

Activity: 256
Merit: 250


View Profile
May 18, 2014, 10:02:59 PM
 #62

Update from https://bitsharestalk.org/index.php?topic=4480.msg58250#msg58250

Follow essential updates here, https://bitsharestalk.org/index.php?topic=3812.15

I have working DPOS chain with instructions here: http://bitshares.org/documentation/group__dpos__manual__testing.html

This is working with full P2P mode, DPOS delegates producing blocks, and the new level_db based wallet....

I will be refining this a tad further and keep you all posted on when we can resume the test.

 +5%
Plan to test it this weekend

I have updated the testing instructions here: http://bitshares.org/documentation/group__dpos__manual__testing.html

Primary changes are in the API usage and wallet management.    The primary goal is to get people away from sending to an 'address' and instead sending to an 'account' where the account is a hierarchal key.  Every time you send to an account it will use a different public key (address) and eventually this will allow automation of privacy enhancing transactions.   

We have also extended the API / implemented more of it.   See info here:
Code:
blockchain_get_block <block_hash>                                       Retrieves the block header for the given block hash
blockchain_get_block_by_number <block_number>                           Retrieves the block header for the given block number
blockchain_get_blockcount                                               Returns the number of blocks in the longest block chain.
blockchain_get_blockhash <block_num>                                    Returns hash of block in best-block-chain at index provided..
blockchain_get_delegates [first] [count]                                Returns the list of delegates sorted by vote
blockchain_get_name_record <name>                                       Retrieves the name record
blockchain_get_names [first] [count]                                    Returns the list of reserved names sorted alphabetically
blockchain_get_transaction <transaction_id>                             Get detailed information about an in-wallet transaction
get_info                                                                Provides common data, such as balance, block count, connections, and lock time
help [command]                                                          Lists commands or detailed help for specified command.
network_add_node <node> <command>                                       Attempts add or remove <node> from the peer list or try a connection to <node> once
network_get_connection_count                                            Returns the number of connections to other nodes.
network_get_peer_info                                                   Returns data about each connected node.
stop                                                                    Stop BitShares server
validate_address <address>                                              Return information about given BitShares address.
wallet_close                                                            Closes the curent wallet if one is open.
wallet_create <wallet_name> <password>                                  Opens the wallet of the given name
wallet_create_receive_account <account_name>                            Add new account for receiving payments
wallet_create_sending_account <account_name> <account_key>              Add new account for sending payments
wallet_get_account <account_name>                                       Lists all foreign addresses and their labels associated with this wallet
wallet_get_balance [account_name] [minconf] [asset]                     Returns the wallet's current balance
wallet_get_name                                                         Returns the wallet name passed to wallet_open
wallet_get_transaction_history [count]                                  Retrieves all transactions into or out of this wallet.
wallet_import_bitcoin <filename> <password>                             Import a BTC/PTS wallet
wallet_import_private_key <key> [account_name] [wallet_rescan_blockchain]   Import a BTC/PTS private key in wallet import format (WIF)
wallet_list_receive_accounts [start] [count]                            Lists all foreign addresses and their labels associated with this wallet
wallet_list_reserved_names [account_name]                               Lists all reserved names controlled by this wallet, filtered by account.
wallet_list_sending_accounts [start] [count]                            Lists all foreign addresses and their labels associated with this wallet
wallet_lock                                                             Lock the private keys in wallet, disables spending commands until unlocked
wallet_open <wallet_name> <password>                                    Opens the wallet of the given name
wallet_open_file <wallet_file> <password>                               Opens the wallet at the given path.
wallet_register_delegate <name> <data>                                  Registeres a delegate to be voted upon by shareholders.
wallet_rename_account <current_account_name> <new_account_name>         Lists all reserved names controlled by this wallet, filtered by account.
wallet_rescan_blockchain [starting_block]                               Rescan the block chain from the given block
wallet_rescan_blockchain_state                                          Rescans the genesis block and state (not the transactions)
wallet_reserve_name <name> <data>                                       Retrieves the name record
wallet_transfer <amount> <sending_account_name> [invoice_memo] [from_account] [asset_id]   Sends given amount to the given address, assumes shares in DAC
wallet_unlock <spending_pass> <timeout>                                 Unlock the private keys in the wallet to enable spending operations

If you are curious about the new transaction structure you can view an example json dump here:
Code:
{
           "expiration": null,
           "delegate_id": null,
           "operations": [{
               "type": "withdraw_op_type",
               "data": {
                 "balance_id": "XTSKh6JP6QzMmeUmmK1T16gxgadrJ547ocGT",
                 "amount": 154321,
                 "claim_input_data": ""
               }
             },{
               "type": "deposit_op_type",
               "data": {
                 "amount": 54321,
                 "condition": {
                   "asset_id": 0,
                   "delegate_id": 8,
                   "condition": "withdraw_signature_type",
                   "data": {
                     "owner": "XTSAg5YxD9reTXr5iQWBZEJrLzzMxMxvnFhy"
                   }
                 }
               }
             }
           ],
           "signatures": [
             "2028da68efe2696ab7895e86c1b35affbb7cd1b71d8f33124fe81ad785ace3ed55226e0e622098b9c45f8660801b4b929556102c3da549d887c5da99262b5c6275"
           ]
}

As you can see this transaction is entirely human readable outside the context of the blockchain,  it is transferring 154321 from XTSKh6JP6QzMmeUmmK1T16gxgadrJ547ocGT and sending 54321  to XTSAg5YxD9reTXr5iQWBZEJrLzzMxMxvnFhy while paying a fee of 100000.
IPCoinz
Member
**
Offline Offline

Activity: 63
Merit: 10


View Profile
May 31, 2014, 01:00:06 PM
 #63

The most significant flaw of any proof-of-stake system and any system that diminishes coin rewards, is it can't distribute currency from the hoarders to the users of the currency, thus it will end up with the hoarders (the banksters) accumulating all the coin and the currency usage dying.

This is because the wealthy spend a much lower % of their net worth than the masses do.




How about this idea: a "Fission" algo that erodes the largest stakes in a PoS network and inflates all (or maybe only some) of the other active wallets on the network

This is an idea I just discussed on the Quark Forum where they are contemplating a fork to PoS. The following is a paste from my original comment at https://bitcointalk.org/index.php?topic=627038.msg7052800#msg7052800.  Whichever post gets the first reply, let that be the genesis block...


[Quote:]

What is needed is an algo which will assess a penalty (a drain) against any wallets holding excessively large stakes in the coin. This algo would constantly evaluate and be aware of wealth distribution on the whole network based upon activity recorded in the block chain (pseudo-anonymously).  When the size or advantage of a wallet, or a quorum of wallets, or a "neighborhood" of wallets, reaches a certain threshold or relational structure, then the algo will trigger the "fission" of the coin balance (a small fraction of it) to occur in the designated penalty wallet(s), while the network makes corresponding microdeposits in another designated set of wallets, the beneficiary wallets.

A Fission event may (A) create new coin and/or (B) deduct existing coin.  A Fission event occurs, for example, when one or more stakes becomes "too big," or an oligarchy of stakes becomes too entrenched.  Fission causes the dispersal of coin from the big stake(s) into and among wallets deemed worthy of being beneficiaries.  That opens a wide door, doesn't it?

Fission may accomplish wealth redistribution, or not.  Its up to the devs and the market to decide which fission regimes are the best.  

My preference is to have fission deduct from top stakes and drizzle the harvest into every other wallet on the network in statistically-defined patterns and portions.  

This "fallout" or dust caused by fission can be distributed randomly in all wallets or apportioned methodically into the appropriate beneficiary wallets.  Different coin developers can compete with different coins defining different ways to determine which "standards" and wallets are "appropriate."  It would open up a whole new generation of PoS coins.  

To sum up: In the proposed "fission" mechanism, whenever the algo determines that a critical mass exists in one or more wallets, or that the time has come to forceably reshape the wealth distribution profile of the network, the stakes in the one or more wallets undergo "coin fission," and each stake blasts a calculated sum of coin out into the community to be received however the devs have arranged it. The dynamics of any coin's fission rules can be customized and finely tuned.

And importantly, stakeholders can reasonably predict the consequences of holding a fissile coin, because the terms and criteria are published; however, stakeholders can never predict the precise timing and exact cost of any one fission event (so they cant avoid it). Thus they must acquiesce to the "stake tax" when investing in the coin or they must go find another coin to parasitize.  Still, in a fissile coin, the largest stakeholders do gain enough steady growth overall to compensate and reward them for remaining dominantly invested in the coin.  

My vision of Fission is that it tickles the big wallets more than it mauls them.

Thus, the above concept is a suggestion for implementing a "coin fiission" algo that might save us from the current doldrums of the "gotto go PoS" days of altcoins, where the imperfect infrastructure of the digital economy is selecting strongly for PoS algos even though we may be better off without much PoS.  

The proposed Fission algo will operate upon wallet balances that reach a "critical mass," or throughout a network when it starts dying for lack of liquidity due to excessively large stakeholdings (e.g., high coin age).  Fission imposes a size-dependent cost upon the largest and laziest stakeholders and it makes offsetting deposits in other wallets according to variable rules and goals.  This will promote liquidity in PoS and will smooth out the rough edges of wealth-concentration patterns that would otherwise characterize a mature PoS network.  


Got it?  Great.  Have a beta version in my inbox by tomorrow...

Your comments and criticisms are most welcome...


r0ach
Legendary
*
Offline Offline

Activity: 1260
Merit: 1000


View Profile
May 31, 2014, 02:53:09 PM
 #64


The most significant flaw of any proof-of-stake system and any system that diminishes coin rewards, is it can't distribute currency from the hoarders to the users of the currency, thus it will end up with the hoarders (the banksters) accumulating all the coin and the currency usage dying.

This is because the wealthy spend a much lower % of their net worth than the masses do.


How about this idea: a "Fission" algo that erodes the largest stakes in a PoS network and inflates all (or maybe only some) of the other active wallets on the network

This is an idea I just discussed on the Quark Forum where they are contemplating a fork to PoS. The following is a paste from my original comment at https://bitcointalk.org/index.php?topic=627038.msg7052800#msg7052800.  Whichever post gets the first reply, let that be the genesis block...



What is needed is an algo which will assess a penalty (a drain) against any wallets holding excessively large stakes in the coin. This algo would constantly evaluate and be aware of wealth distribution on the whole network based upon activity recorded in the block chain (pseudo-anonymously).  When the size or advantage of a wallet, or a quorum of wallets, or a "neighborhood" of wallets, reaches a certain threshold or relational structure, then the algo will trigger the "fission" of the coin balance (a small fraction of it) to occur in the designated penalty wallet(s), while the network makes corresponding microdeposits in another designated set of wallets, the beneficiary wallets.

A Fission event may (A) create new coin and/or (B) deduct existing coin.  A Fission event occurs, for example, when one or more stakes becomes "too big," or an oligarchy of stakes becomes too entrenched.  Fission causes the dispersal of coin from the big stake(s) into and among wallets deemed worthy of being beneficiaries.  That opens a wide door, doesn't it?

Fission may accomplish wealth redistribution, or not.  Its up to the devs and the market to decide which fission regimes are the best.  

My preference is to have fission deduct from top stakes and drizzle the harvest into every other wallet on the network in statistically-defined patterns and portions.  

This "fallout" or dust caused by fission can be distributed randomly in all wallets or apportioned methodically into the appropriate beneficiary wallets.  Different coin developers can compete with different coins defining different ways to determine which "standards" and wallets are "appropriate."  It would open up a whole new generation of PoS coins.  

To sum up: In the proposed "fission" mechanism, whenever the algo determines that a critical mass exists in one or more wallets, or that the time has come to forceably reshape the wealth distribution profile of the network, the stakes in the one or more wallets undergo "coin fission," and each stake blasts a calculated sum of coin out into the community to be received however the devs have arranged it. The dynamics of any coin's fission rules can be customized and finely tuned.

And importantly, stakeholders can reasonably predict the consequences of holding a fissile coin, because the terms and criteria are published; however, stakeholders can never predict the precise timing and exact cost of any one fission event (so they cant avoid it). Thus they must acquiesce to the "stake tax" when investing in the coin or they must go find another coin to parasitize.  Still, in a fissile coin, the largest stakeholders do gain enough steady growth overall to compensate and reward them for remaining dominantly invested in the coin.  

My vision of Fission is that it tickles the big wallets more than it mauls them.

Thus, the above concept is a suggestion for implementing a "coin fiission" algo that might save us from the current doldrums of the "gotto go PoS" days of altcoins, where the imperfect infrastructure of the digital economy is selecting strongly for PoS algos even though we may be better off without much PoS.  

The proposed Fission algo will operate upon wallet balances that reach a "critical mass," or throughout a network when it starts dying for lack of liquidity due to excessively large stakeholdings (e.g., high coin age).  Fission imposes a size-dependent cost upon the largest and laziest stakeholders and it makes offsetting deposits in other wallets according to variable rules and goals.  This will promote liquidity in PoS and will smooth out the rough edges of wealth-concentration patterns that would otherwise characterize a mature PoS network.  


Got it?  Great.  Have a beta version in my inbox by tomorrow...

Your comments and criticisms are most welcome...

Rename it from "Fission coin" to Obamacoin.  Or since there's already a coingen Obamacoin, go with Obamacoin Reloaded.

......ATLANT......
..Real Estate Blockchain Platform..
                    ▄▄▄▄▄▄▄▄▄
                    ████████████░
                  ▄██████████████░
                 ▒███████▄████████░
                ▒█████████░████████░
                ▀███████▀█████████
                  ██████████████
           ███████▐██▀████▐██▄████████░
          ▄████▄█████████▒████▌█████████░
         ███████▄█████████▀██████████████░
        █████████▌█████████▐█████▄████████░
        ▀█████████████████▐███████████████
          █████▀████████ ░███████████████
    ██████▐██████████▄████████████████████████░
  ▄████▄████████▐███████████████░▄▄▄▄░████████░
 ▄██████▄█████████▐█████▄█████████▀████▄█████████░
███████████████████▐█████▄█████████▐██████████████░
▀████████▀█████████▒██████████████▐█████▀█████████
  ████████████████ █████▀█████████████████████████
   ▀██▀██████████ ▐█████████████  ▀██▀██████████
    ▀▀█████████    ▀▀█████████    ▀▀██████████

..INVEST  ●  RENT  ●  TRADE..
 ✓Assurance     ✓Price Discovery     ✓Liquidity     ✓Low Fees





███
███
███
███
███
███





███
███
███
███
███
███
███
███
███
███
███
███

◣Whitepaper ◣ANN ThreadTelegram
◣ Facebook     ◣ Reddit          ◣ Slack


███
███
███
███
███
███
███
███
███
███
███
███





███
███
███
███
███
███








Hero/Legendary members
donschoe
Full Member
***
Offline Offline

Activity: 157
Merit: 100

Hello Coins


View Profile
June 30, 2015, 11:14:30 AM
 #65

I'm looking for the original DPOS whitepaper. The link in the first post is dead. Does anyone have a copy?

Not using Tapatalk.
yenNSTH
Member
**
Offline Offline

Activity: 252
Merit: 10

W E:0x17830FC7cD0F5a54a6669c4ffC766aA9Cc9fe640


View Profile WWW
December 07, 2017, 11:09:37 AM
 #66

sr where program bounty campainge on twitter & facebook

----------- ❱   ❱    ❱  The easiest way to earn 5 ETH  ❰    ❰    ❰ -----------
-------  Yearner is the ultimate connecting link between different DeFi protocols  -------
--------------------------------------------   ❱    ❱    ❱    ❱    ❱    ❱    ❱    ❱    ❱    START FARMING    ❰    ❰    ❰    ❰    ❰    ❰    ❰    ❰    ❰   --------------------------------------------
timisis
Member
**
Offline Offline

Activity: 178
Merit: 10


View Profile
December 12, 2017, 05:03:23 AM
 #67

I'm looking for the original DPOS whitepaper. The link in the first post is dead. Does anyone have a copy?

ditto! Is this really being implented now and gone closed source? IIRC WTF!
hanzosum
Newbie
*
Offline Offline

Activity: 118
Merit: 0


View Profile
January 04, 2018, 03:39:35 PM
 #68

I see that Dpos is the feature of blockchain technology. Which coins are based of Dpos that gone to moon or redy to gone like EOS, Lisk, Ark... And another one BTW(Bitcoin White) is coming soon to marketplace wtih great feature via Dpos

It's transaction speed is really unbelievable why is based on Dpos. I strongly advice you to invest on Dpos based coins. BTC's fees, so long trx times apparent there!..

Dpos is our benefaction over the traditional blockchain tech.
TACIXAT
Newbie
*
Offline Offline

Activity: 15
Merit: 9


View Profile
November 30, 2018, 11:04:12 PM
 #69

What prevents the witnesses from ignoring votes? Why would someone allow themselves to be voted out?
Pages: « 1 2 3 [4]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!