Search results

  1. deusstultus

    Decentralized Budgeting Results

    This is not a commentary on the implementation or advocacy for an alternative, simply indication that democracy is poor word association.
  2. deusstultus

    Decentralized Budgeting Results

    Careful there. If the vote extends only to masternode operators and not the general user, I wouldn't bandy that word. Embracing a measured vote of the bourgeoisie is far from democracy.
  3. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    The most practical implementation here would be to enable "abstain" as a valid voting option and set the default vote to null rather than "ABSTAIN." This would implement the desired functionality without too much convolution of the voting system. At the end of the voting period, or for any...
  4. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    Should rebuff user response on the voting system with this aspect. There is no response on success from client side on delivering a vote or write to debug.log. Additionally, the client side should be able to check pmn->lastVote equivalent from masternodeman as well and respond with a message...
  5. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    Ninja nodes are still running on 11.2.22 at present and therefore can't hold the votes for long periods per Evan's note in OP.
  6. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    I spoke too soon, there is no textual feedback from vote whereas vote-many has an iteration counter message.
  7. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    Vote-many gives textual feedback, vote does not. Run masternode list votes and parse for your ip. Edited to correct claim after sniffing code.
  8. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    Just need the masternode.conf. Nothing is pulled from wallets here so you don't need to load or unlock cold wallets.
  9. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    That method doesn't exist, not sure what TaoOfSatoshi meant to indicate. All you have for voting within the client right now are vote and vote-many. Also, voting does not require a wallet unlock.
  10. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    Voting plus multisig scripting would be the sensible basis here, sidechains should never be encouraged. However while script-based transactions are fairly well established, they have not been implemented at this scale and introduce risk should involved masternodes not follow convention.
  11. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    IANAL, but It's a unique case, which always draws question. The miner creates the transaction and could have legal merit, the masternode receives funds and further executes services based on a relatively unspecified contract. Sure if this goes directly to a fund it's relatively easy to prove...
  12. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    This endeavor of allocating funds towards developers, regardless of how well-intentioned or well-implemented would inevitably draw further attention in this regard.
  13. deusstultus

    Vote: Self-sustainable Decentralized Governance by Blockchain

    I'll rebase some of my previous commentary. Relying on the masternode network with a randomized script metric is somewhat concerning. Looking around the community right now, it is easy to see that there are a few people who own a fair number of masternodes or otherwise hold influence over a...
  14. deusstultus

    Self-sustainable Decentralized Governance by Blockchain

    This was exactly my thought with the mention of considering use of transaction locks held by masternodes who receive the coinbase tx. With proper implementation, these become held to a function and burned if not appropriated according to masternode voting, or with some tweaks to darksend allow...
  15. deusstultus

    Announcing the Project Management and Delivery Excellence Initiative

    The synergy of this project is project is bound to soar with a "Delivery Execllence Initiative." Buzzwords much? But seriously, glad to see this refocus.
  16. deusstultus

    Self-sustainable Decentralized Governance by Blockchain

    Solarminer Some snippets: I was not really endorsing long term use of donation metrric, more a "don't shift radically to solve something that could be similarly implemented with less breakage." This methodology could be implemented without the hardfork inherent in the 15% add. Same for the...
  17. deusstultus

    Self-sustainable Decentralized Governance by Blockchain

    Can we not jump the gun here arbitrarily defining quotas for this? It really defeats the point of even implementing the voting system... With some fixes to the multisig implementation, you have a clean masternode supported donations channel, this should be the avenue utilized for funding at the...
  18. deusstultus

    v0.11.0 - Darkcoin Core Release

    Your issue can be gleaned from the last 9 pages of this thread and ultimately stems back to same issue identified here: https://darkcointalk.org/threads/mandatory-all-users-must-update-to-v11.3619/
  19. deusstultus

    v0.11.0 - Darkcoin Core Release

    s/D/d/ disablesafemode=1
  20. deusstultus

    v0.11.0 - Darkcoin Core Release

    Backup wallet and run once with -upgradewallet -zapwallettxes
  21. deusstultus

    v0.11.0 - Darkcoin Core Release

    Duffs? Really?
  22. deusstultus

    v0.10.17 - Onyx v3

    Obsolete is a strong term assuming this is as implemented in core v.0.9.3, but you do almost have to try to shoot yourself in the foot with that configuration.
  23. deusstultus

    v0.10.17 - Onyx v3

    Public shaming until at least page 10... But seriously, you're not the only one to misconstrue the intended functionality of the address book, This guy had it worse...Solution vectors involve [1] replacing the "These are your [X]Coin addresses for sending[...]" dialog and possibly [2] altering...
  24. deusstultus

    v0.10.17 - Onyx v3

    Exactly... The "New Address" button in the addresses tab does add a new payee address to your payee list, but naturally, it requires you to specify the address as generally, these will not be your addresses at least within the scope of that wallet.
  25. deusstultus

    v0.10.17 - Onyx v3

    It's not a bug, it's tool misuse. New personal addresses are generated within the "Receive" tab. The "Addresses" tab is a storage list for payee addresses. The expectation is that you enter a valid address to allow you to pay this address multiple times. Edited to quote more relevant post.
  26. deusstultus

    v0.10.17 - Onyx v3

    Use the binaries in OP if that 's your preferred method at 10.17.21 or build from source at 10.17.23. Effective differences aren't incredible in most case, protocol difference was effective 10.17.19, the following were cleanup.
  27. deusstultus

    v0.10.17 - Onyx v3

    .22 just changed MIN_PEER_PROTO_VERSION = 70043 so p2pool-drk should run without any of the indicated tweaks in this thread.
  28. deusstultus

    v0.10.17 - Onyx v3

    It's really down to feature use here. Naturally nodes are important, but optimizing rpc clients designed to this task using masternode start is a better path and seems to provide greater flexibility through ability to target more unique RPC calls.
  29. deusstultus

    v0.10.17 - Onyx v3

    github @ darkcoin/darkcoin