pith. sign in

arxiv: 1906.11042 · v1 · pith:VO76Q3ZNnew · submitted 2019-06-26 · 💻 cs.CR

Managed Blockchain Based Cryptocurrencies with Consensus Enforced Rules and Transparency

Peter Mell This is my paper

Pith reviewed 2026-05-25 15:42 UTC · model grok-4.3

classification 💻 cs.CR
keywords managed cryptocurrencyblockchainconsensustransparencyBitcoin modificationshybrid managementrule enforcementdistributed control
0
0 comments X

The pith

A hybrid cryptocurrency lets an administrator manage it while consensus enforces rules and requires transparency for all actions.

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The paper proposes a hybrid system for cryptocurrencies that combines management capabilities like those in fiat currencies with the distributed consensus of blockchains. In this setup the administrator can perform ongoing functions such as adjusting supply or fees, yet the consensus protocol prevents arbitrary changes and makes every management action visible to all participants. This removes the need for users to fully trust the administrator while still allowing practical management. The approach is shown through modest changes to the implicit Bitcoin rules but is intended to work with other consensus methods. If successful it would let cryptocurrencies gain features common in traditional money without granting the manager unchecked power.

Core claim

Managed cryptocurrencies can be maintained through distributed consensus methods so that the currency administrator performs ongoing management functions while the consensus enforces the rules of the cryptocurrency and provides transparency for all management actions. This eliminates the need for users to trust the currency administrator yet still enables the administrator to manage the cryptocurrency.

What carries the argument

The hybrid consensus-enforced management mechanism, implemented via modest modifications to the implicit Bitcoin specification, that simultaneously allows administrator actions and prevents arbitrary control through transparent rule enforcement.

If this is right

  • Administrators can add money management features common in fiat currencies such as supply adjustments.
  • The managing entity is prevented from performing arbitrary actions outside the enforced rules.
  • All management actions become transparent and verifiable by participants.
  • Users no longer need to trust the administrator to avoid hidden or unauthorized changes.
  • The same approach can apply to most blockchain cryptocurrencies using varied consensus methods.

Where Pith is reading between the lines

These are editorial extensions of the paper, not claims the author makes directly.

  • Such systems could support regulated digital currencies that follow external legal requirements through built-in consensus rules.
  • Central issuers might use this to create digital cash with automatic compliance checks that cannot be overridden unilaterally.
  • The model could reduce certain operational risks in cryptocurrencies by making all changes auditable in real time.

Load-bearing premise

Modest modifications to Bitcoin or similar consensus systems can enforce cryptocurrency rules and transparency for management actions without giving the administrator complete control.

What would settle it

A working implementation of the proposed modifications in which the administrator can still perform arbitrary actions without detection or in which transparency for management actions is not achieved.

Figures

Figures reproduced from arXiv: 1906.11042 by Peter Mell.

Figure 1
Figure 1. Figure 1: Example Managed Cryptocurrency Hierarchy. [PITH_FULL_IMAGE:figures/full_fig_p004_1.png] view at source ↗
Figure 2
Figure 2. Figure 2: Bitcoin Transaction Format for Sending Bitcoin (BTC), copied from [27]. [PITH_FULL_IMAGE:figures/full_fig_p005_2.png] view at source ↗
Figure 3
Figure 3. Figure 3: Bitcoin vin[] Reference to a Previous Transaction (copied from [27]). [PITH_FULL_IMAGE:figures/full_fig_p006_3.png] view at source ↗
Figure 5
Figure 5. Figure 5: 64 bit nValue Field Format for the Role Change Mode [PITH_FULL_IMAGE:figures/full_fig_p008_5.png] view at source ↗
Figure 6
Figure 6. Figure 6: 64 bit nValue Field Format for the Policy Change Mode [PITH_FULL_IMAGE:figures/full_fig_p008_6.png] view at source ↗
read the original abstract

Blockchain based cryptocurrencies are usually unmanaged, distributed, consensus-based systems in which no single entity has control. Managed cryptocurrencies can be implemented using private blockchains but are fundamentally different as the owners have complete control to do arbitrary activity without transparency (since they control the mining). In this work we explore a hybrid approach where a managed cryptocurrency is maintained through distributed consensus based methods. The currency administrator can perform ongoing management functions while the consensus methods enforce the rules of the cryptocurrency and provide transparency for all management actions. This enables the introduction of money management features common in fiat currencies but where the managing entity cannot perform arbitrary actions and transparency is enforced. We thus eliminate the need for users to trust the currency administrator but also to enable the administrator to manage the cryptocurrency. We demonstrate how to implement our approach through modest modifications to the implicit Bitcoin specification, however, our approach can be applied to most any blockchain based cryptocurrency using a variety of consensus methods.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, simulated authors' rebuttal, and a circularity audit. Tearing a paper down is the easy half of reading it; the pith above is the substance, this is the friction.

Referee Report

2 major / 1 minor

Summary. The paper proposes a hybrid managed cryptocurrency system in which a central administrator can execute ongoing management functions (as in fiat systems) while distributed consensus enforces cryptocurrency rules and guarantees transparency of all administrator actions, thereby preventing arbitrary control. The authors assert that this can be realized via modest modifications to the implicit Bitcoin protocol (or analogous blockchain designs) and that the approach applies across a range of consensus methods.

Significance. If the claimed enforcement and transparency properties can be realized, the work would offer a concrete route to regulated cryptocurrencies that retain limited administrator privileges without requiring users to trust the administrator. The absence of any concrete protocol changes, threat model, or implementation leaves the result as an untested high-level proposal whose practical significance cannot yet be assessed.

major comments (2)
  1. [Abstract] Abstract: the central claim that 'modest modifications to the implicit Bitcoin specification' suffice to enforce rules and transparency while blocking arbitrary administrator actions is presented without any protocol sketch, pseudocode, or security argument; this absence makes the feasibility assertion impossible to evaluate.
  2. The manuscript states that consensus methods 'enforce the rules of the cryptocurrency' yet provides no description of the rule language, the on-chain representation of management actions, or the consensus-level checks that would reject non-compliant actions; without these elements the claim that the administrator 'cannot perform arbitrary actions' remains unsubstantiated.
minor comments (1)
  1. The paper would benefit from an explicit comparison table contrasting the proposed hybrid model with both fully permissionless cryptocurrencies and fully permissioned private blockchains.

Simulated Author's Rebuttal

2 responses · 0 unresolved

We thank the referee for their thoughtful review and constructive feedback. The comments correctly identify that the manuscript presents a high-level conceptual framework rather than a fully specified protocol. We will revise the paper to include additional concrete details as outlined below.

read point-by-point responses

  1. Referee: [Abstract] Abstract: the central claim that 'modest modifications to the implicit Bitcoin specification' suffice to enforce rules and transparency while blocking arbitrary administrator actions is presented without any protocol sketch, pseudocode, or security argument; this absence makes the feasibility assertion impossible to evaluate.

    Authors: We agree that the current manuscript does not include a protocol sketch, pseudocode, or security argument, as it focuses on describing the overall hybrid approach at a conceptual level. To address this, the revised version will add a dedicated section with a high-level protocol outline for Bitcoin-like systems, including example modifications and a basic argument for why arbitrary actions are prevented. revision: yes

  2. Referee: The manuscript states that consensus methods 'enforce the rules of the cryptocurrency' yet provides no description of the rule language, the on-chain representation of management actions, or the consensus-level checks that would reject non-compliant actions; without these elements the claim that the administrator 'cannot perform arbitrary actions' remains unsubstantiated.

    Authors: The manuscript describes enforcement at a general level applicable across consensus methods but does not specify a concrete rule language or on-chain mechanisms. We will expand the revised manuscript with illustrative examples of rule representation, on-chain encoding of management actions, and consensus-level validation checks to better substantiate the enforcement claims. revision: yes

Circularity Check

0 steps flagged

No significant circularity; high-level proposal without derivations or self-referential steps

full rationale

The paper is a conceptual system proposal describing a hybrid managed cryptocurrency architecture. It contains no equations, parameter fitting, uniqueness theorems, or derivation chain. No load-bearing steps reduce to inputs by construction, self-citation, or ansatz smuggling. The central claim rests on the feasibility of modest consensus modifications, presented as an implementation question rather than a proven theorem. This is the expected outcome for a non-mathematical design paper.

Axiom & Free-Parameter Ledger

0 free parameters · 1 axioms · 0 invented entities

The proposal rests on the domain assumption that consensus protocols can be adjusted to constrain an administrator while preserving distribution and transparency; no free parameters or invented entities are introduced in the abstract.

axioms (1)
  • domain assumption Consensus methods can be modified to enforce management rules and transparency without granting the administrator arbitrary control.
    This premise is required for the hybrid system to function as described and is invoked in the abstract's description of the approach.

pith-pipeline@v0.9.0 · 5677 in / 1076 out tokens · 22434 ms · 2026-05-25T15:42:24.034158+00:00 · methodology

discussion (0)

Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.

Reference graph

Works this paper leans on

29 extracted references · 29 canonical work pages

  1. [1]

    Understanding blockchain consensus models,

    A. Baliga, “Understanding blockchain consensus models,” Tech. rep., Persistent Systems Ltd, Tech. Rep., 2017

    work page 2017

  2. [2]

    Swan, Blockchain: Blueprint for a new economy

    M. Swan, Blockchain: Blueprint for a new economy . ”O’Reilly Media, Inc.”, 2015

    work page 2015

  3. [3]

    Narayanan, J

    A. Narayanan, J. Bonneau, E. Felten, A. Miller, and S. Goldfeder, Bit- coin and Cryptocurrency Technologies: A Comprehensive Introduction . Princeton University Press, 2016

    work page 2016

  4. [4]

    Bitcoin: A peer-to-peer electronic cash system,

    S. Nakamoto, “Bitcoin: A peer-to-peer electronic cash system,” 2008

    work page 2008

  5. [5]

    Ethereum: A secure decentralised generalised transaction ledger,

    G. Wood, “Ethereum: A secure decentralised generalised transaction ledger,” Ethereum Project Yellow Paper , vol. 151, 2014

    work page 2014

  6. [6]

    Bitcoincash,

    “Bitcoincash,” accessed: 2017-12-29. [Online]. Available: https://www. bitcoincash.org/

    work page 2017

  7. [7]

    Litecoin,

    “Litecoin,” accessed: 2017-06-16. [Online]. Available: https://litecoin. org/

    work page 2017

  8. [8]

    Why we are building cardano,

    “Why we are building cardano,” accessed: 2017-12-29. [Online]. Available: https://whycardano.com/

    work page 2017

  9. [9]

    Nem the smart asset blockchain,

    “Nem the smart asset blockchain,” accessed: 2017-12-29. [Online]. Available: https://nem.io/

    work page 2017

  10. [10]

    Dash: A privacy-centric crypto-currency,

    E. Duffield and D. Diaz, “Dash: A privacy-centric crypto-currency,” 2014

    work page 2014

  11. [11]

    Cryptocurrency market capitalizations,

    “Cryptocurrency market capitalizations,” accessed: 2017-12-29. [Online]. Available: https://coinmarketcap.com/

    work page 2017

  12. [12]

    Multichain private blockchainwhite paper,

    G. Greenspan, “Multichain private blockchainwhite paper,” 2015

    work page 2015

  13. [13]

    Bitcoin mining and its energy footprint,

    K. J. O’Dwyer and D. Malone, “Bitcoin mining and its energy footprint,” 2014

    work page 2014

  14. [14]

    Feds charge new york woman with sending bitcoins to support isis,

    T. Lee, “Feds charge new york woman with sending bitcoins to support isis,” Dec. 2017. [Online]. Available: https://arstechnica.com/tech-policy/2017/12/ feds-charge-new-york-woman-with-sending-bitcoins-to-support-isis/

    work page 2017

  15. [15]

    Dubai will issue first ever state cryptocurrency,

    J. Buck, “Dubai will issue first ever state cryptocurrency,” Oct. 2017. [Online]. Available: https://cointelegraph.com/news/ dubai-will-issue-first-ever-state-cryptocurrency

    work page 2017

  16. [16]

    Fedcoin? central banks may need ’digi- tal alternative to cash,’ global financial watchdog says,

    E. Cheng, “Fedcoin? central banks may need ’digi- tal alternative to cash,’ global financial watchdog says,” Sep. 2017. [Online]. Available: https://www.cnbc.com/2017/09/18/ central-banks-may-need-a-digital-alternative-to-cash-bis-says.html

    work page 2017

  17. [17]

    Were planning to launch estcoinŁ Łand thats only thestart,

    K. Korjus, “Were planning to launch estcoinŁ Łand thats only thestart,” Dec. 2017. [Online]. Available: https://medium.com/e-residency-blog/ were-planning-to-launch-estcoin-and-that-s-only-the-start-310aba7f3790

    work page 2017

  18. [18]

    Monetas,

    “Monetas,” accessed: 2017-12-29. [Online]. Available: https://monetas. net/

    work page 2017

  19. [19]

    West africa now has its own digital currency,

    L. Chutel, “West africa now has its own digital currency,” Dec. 2016. [Online]. Available: https://qz.com/872876/ fintech-senegal-is-launched-the-ecfa-digital-currency

    work page 2016

  20. [20]

    Could a national cryptocurrency like fedcoin save the estab- lishment from economic self-destruction?

    E. Smart, “Could a national cryptocurrency like fedcoin save the estab- lishment from economic self-destruction?” Digital Currency Executive, Feb. 2016

    work page 2016

  21. [21]

    Russia’s central bank pushes for national cryptocurrency,

    K. Helms, “Russia’s central bank pushes for national cryptocurrency,” Oct. 2017. [Online]. Available: https://news.bitcoin. com/russias-central-bank-pushes-for-national-cryptocurrency

    work page 2017

  22. [22]

    Enter the ’petro’: Venezuela to launch oil- backed cryptocurrency,

    D. B. Alexandra Ulmer, “Enter the ’petro’: Venezuela to launch oil- backed cryptocurrency,” Reuters, Dec. 2017

    work page 2017

  23. [23]

    Ripple solutions guide,

    “Ripple solutions guide,” accessed: 2017-12-29. [Online]. Available: https://ripple.com/files/ripple solutions guide.pdf

    work page 2017

  24. [24]

    Ouroboros: A provably secure proof-of-stake blockchain protocol,

    A. Kiayias, A. Russell, B. David, and R. Oliynykov, “Ouroboros: A provably secure proof-of-stake blockchain protocol,” in Annual Interna- tional Cryptology Conference . Springer, 2017, pp. 357–388

    work page 2017

  25. [25]

    Risks and opportunities for systems using blockchain and smart contracts. data61,

    M. Staples, S. Chen, S. Falamaki, A. Ponomarev, P. Rimba, A. Tran, I. Weber, X. Xu, and J. Zhu, “Risks and opportunities for systems using blockchain and smart contracts. data61,” 2017

    work page 2017

  26. [26]

    bitcoinwiki protocol documentation,

    “bitcoinwiki protocol documentation,” accessed: 2017-12-29. [Online]. Available: https://en.bitcoin.it/wiki/Protocol documentation

    work page 2017

  27. [27]

    Bitcoin developer reference,

    Okupski, “Bitcoin developer reference,” 2014. [Online]. Available: http://enetium.com/resources/Bitcoin.pdf

    work page 2014

  28. [28]

    Sok: Research perspectives and challenges for bitcoin and cryptocurrencies,

    J. Bonneau, A. Miller, J. Clark, A. Narayanan, J. A. Kroll, and E. W. Felten, “Sok: Research perspectives and challenges for bitcoin and cryptocurrencies,” in Security and Privacy (SP), 2015 IEEE Symposium on. IEEE, 2015, pp. 104–121

    work page 2015

  29. [29]

    Where is current research on blockchain technology? a systematic review,

    J. Yli-Huumo, D. Ko, S. Choi, S. Park, and K. Smolander, “Where is current research on blockchain technology? a systematic review,” PloS one, vol. 11, no. 10, p. e0163477, 2016

    work page 2016