The Ergo Platform Project Overview
Ergo Developers
March 20, 2019
v1.1
Abstract
This document contains the general idea of the Ergo platform and a
high-level overview of its main features. More details about the platform
can be found in the whitepaper, as well as in separate highly specialized
papers covering key components of the platform.
1 Vision
Ergo platform development began in 2017 after several years of research and
prototype implementations. Despite the huge hype around cryptocurrencies,
the technology itself has been stuck close to its initial stage. In pursuit of high
profits and popularity, developers claimed implementations of blockchain 2.0,
3.0 and so on, mostly in opposition to the main advantage of cryptocurrencies
— decentralization — and teams have simply promised that decentralization
will be achieved at some point in the future.
In contrast, the idea of Ergo platform is to implement ready-to-use ideas
keeping the network truly decentralized. It may be called a “blockchain 1.1”
implementation — a major update to blockchain technology instead of revo-
lutionary breaking changes. The objective of Ergo is to be the platform that
is truly useful for blockchain-demanding decentralized applications, and to be
survivable in the long-term thus enabling it to be a powerful store of value. Tech-
nical and economic solutions that will allow it to achieve this are summarized
in the following sections.
2 Consensus
Consensus protocol of Ergo — Autolykos — is based on the well-known Proof-
of-Work (“PoW”) consensus algorithm. PoW was chosen for several reasons
including that PoW protocols are widely studied, have high security guarantees,
and are friendly to light clients.
However, existing PoW protocols have known drawbacks: ASIC-equipped
miners produce blocks orders of magnitude faster than CPU or GPU-equipped
miners, moreover, they unite in mining pools and just a few pool operators
1
control the network as a result, sometimes in a non-transparent manner. This
potentially represents a single point of failure for a network and poses a severe
threat to long-term survivability.
The general method to reduce the advantage of ASICs is to use memory-
hard computations. Autolykos is based on the k-sum problem, that is similar to
a known memory-hard Equihash PoW [1]. In addition, Autolykos is a variant
of a Schnorr signature and thus mining is not possible without access to the
private key making the underlying puzzle non-outsourceable.
These two properties of Ergo platform prevent the centralization of the net-
work around pool operators and ASIC manufacturers, and return Ergo back to
the original one-CPU-one-vote idea from the Bitcoin whitepaper [10].
3 Clients
It is almost impossible to use existing cryptocurrencies without the help of
trusted third-parties. To receive even a small amount of coins in a trustless
fashion, a client must download and process gigabytes of data to synchronize
with the network, which may take several weeks even on highend hardware, not
to mention mobile devices. It is therefore no surprise that most users prefer to
use trusted solutions for wallets, exchanges, block explorers and so on.
Ergo was designed to be maximally user-friendly in the sense of decentral-
ization. One of important properties of PoW is that it enables verification
of the work done without downloading the full chain. Ergo blocks support
NiPoPoW [7] proofs, allowing light clients to synchronize with the network by
downloading less than a megabyte of data. In addition, Ergo uses authenticated
state [11] and for any transaction included, a client may download a proof of
its correctness. Thus, regardless of the blockchain size, a regular user with a
smart-phone can join the network and start using Ergo with the same security
guarantees as a full node.
4 Survivability
If Ergo or any other cryptocurrency is to be a store-of-value, long-term surviv-
ability and the confidence of users in the platforms long-term survivability is
essential.
To survive in the long-term, Ergo prefers well-tested solutions. If there isn’t
already a well-tested solution for some problem, we perform our own research
and the number of peer-reviewed papers from the Ergo development team is
already extensive: [11, 9, 4, 3, 5, 6]
To be survivable, the network should adopt to changing environment without
the intervention of trusted parties (such as a “core developer” team). Ergo’s
on-chain miner voting protocol allows gradual changes in a large number of
parameters including:
• Maximum block size
2
• Maximum cumulative computational cost of a block
• Computational cost of contracts
• Storage fee factor (see Section 5 for details)
For more fundamental changes Ergo is going to follow a soft-forkability ap-
proach — if an overwhelming majority of the network accepts a new feature, it is
activated, however, old nodes who do not upgrade continue to operate normally
and just skip over this feature validation.
5 Economy
To achieve survivability, Ergo provides economic improvements in addition to
the technical ones, most central of which is a storage fee component which plays
an important role for Ergo‘s stability: if an output remains in state for 4 years
without being moved, a miner may charge small fee for every byte kept in the
state. If value of the output is less than a required fee to pay, then the output
will be removed from the state.
Thus, storage fee component is similar to regular cloud storage services,
however, it is new for cryptocurrencies and has several important consequences.
First, Ergo mining will always be stable, unlike Bitcoin and other PoW cur-
rencies, in which mining may become unstable after the initial emission [2].
Second, state size growth becomes controllable and predictable, reducing hard-
ware requirements for Ergo miners. Third, by collecting a storage fee from
outdated boxes, miners return coins to circulation, preventing steady decrease
of circulating supply due to lost keys [8].
Finally, it allows emission to be stopped quite soon. Ergo emission will last
for 8 years — for the first 2 years 75 Erg (Erg is Platform’s native coin) will
be issued per block with a 2 minute block interval and after that the block
reward will be reduced by 3 coins every 3 months (see Fig. 1). To fund the
Ergo development, during the first 2.5 years, the part of the block reward that
exceeds 67.5 will go to a treasury instead of a miner. Ergo emission will start
from zero with no pre-mine. As proof-of-no-pre-mine we are going to use news
headlines, like Satoshi, as well as latest block ids from Bitcoin and Ethereum.
3
Figure 1: Ergo emission curve
6 Applicability
To survive, a blockchain must have a user base. DApps and offchain protocols
may be implemented in a truly decentralized way due to light clients, however,
they also require a useful and safe smart contract language. Ergo smart con-
tracts are based on a Bitcoin-like UTXO model, where every output is protected
by some script. If the scripting language is rich enough, it enables writing of
Turing-complete contracts [3] while avoiding ad-hoc solutions for program halt-
ing like gas in Ethereum. While having significantly more versatility than Bit-
coin script, Ergo script only contains operations, that allow estimation of script
complexity before execution, which prevents various DoS attacks. However this
instructions set is enough to easily write any possible program — ErgoScript
was proven to be Turing complete [3]. The cryptographic part of Ergo script is
based on sigma protocols and naturally supports threshold m-of-n signatures,
ring signatures and more.
7 Conclusions
In this brief high level summary of Ergo Platform, we hope that we have high-
lighted the most distinguishing characteristics of this new platform as well as
4
the philosophy of the Ergo Platform development team and why this platform
may be of keen interest to a diverse base of users, miners, traders and long-term
investors in cryptocurrency.
References
[1] A. Biryukov and D. Khovratovich. Equihash: Asymmetric proof-of-work
based on the generalized birthday problem. Ledger, 2:1–30, 2017.
[2] M. Carlsten, H. Kalodner, S. M. Weinberg, and A. Narayanan. On the
instability of bitcoin without the block reward. In Proceedings of the 2016
ACM SIGSAC Conference on Computer and Communications Security,
pages 154–167. ACM, 2016.
[3] A. Chepurnoy, V. Kharin, and D. Meshkov. Self-reproducing coins as uni-
versal turing machine. In Data Privacy Management, Cryptocurrencies and
Blockchain Technology, pages 57–64. Springer, 2018.
[4] A. Chepurnoy, V. Kharin, and D. Meshkov. A systematic approach to
cryptocurrency fees. IACR Cryptology ePrint Archive, 2018:78, 2018.
[5] A. Chepurnoy and M. Rathee. Checking laws of the blockchain with
property-based testing. In Blockchain Oriented Software Engineering (IW-
BOSE), 2018 International Workshop on, pages 40–47. IEEE, 2018.
[6] T. Duong, A. Chepurnoy, and H.-S. Zhou. Multi-mode cryptocurrency
systems. In Proceedings of the 2nd ACM Workshop on Blockchains, Cryp-
tocurrencies, and Contracts, pages 35–46. ACM, 2018.
[7] A. Kiayias, A. Miller, and D. Zindros. Non-interactive proofs of proof-of-
work. Technical report, Cryptology ePrint Archive, Report 2017/963, 2017.
Accessed: 2017-10-03, 2017.
[8] E. Krause. A fifth of all bitcoin is missing. these crypto hunters can help.
2018.
[9] D. Meshkov, A. Chepurnoy, and M. Jansen. Short paper: Revisiting diffi-
culty control for blockchain systems. In Data Privacy Management, Cryp-
tocurrencies and Blockchain Technology, pages 429–436. Springer, 2017.
[10] S. Nakamoto. Bitcoin: A peer-to-peer electronic cash system. 2008.
[11] L. Reyzin, D. Meshkov, A. Chepurnoy, and S. Ivanov. Improving authenti-
cated dynamic dictionaries, with applications to cryptocurrencies. In Inter-
national Conference on Financial Cryptography and Data Security, pages
376–392. Springer, 2017.
