Collective Intelligence and the Blockchain
Total Page:16
File Type:pdf, Size:1020Kb
Collective intelligence and the blockchain: Technology, communities and social experiments Andrea Baronchelli1,2,3,* 1City University of London, Department of Mathematics, London EC1V 0HB, UK 2The Alan Turing Institute, British Library, 96 Euston Road, London NW12DB, UK 3UCL Centre for Blockchain Technologies, University College London, London, UK. *[email protected] Blockchains are still perceived chiefly as a new technology. But each blockchain is also a community and a social experiment, built around social consensus. Here I discuss three examples showing how collective intelligence can help, threat or capitalize on blockchain- based ecosystems. They concern the immutability of smart contracts, code transparency and new forms of property. The examples show that more research, new norms and, eventually, laws are needed to manage the interaction between collective behaviour and the blockchain technology. Insights from researchers in collective intelligence can help society rise up to the challenge. For most people, blockchain technology is about on-chain consensus. And it certainly is. A blockchain provides users with a method and incentives for validating and storing a value or transaction without the need to trust a central authority, or any other participants in the system. Once approved, the transaction is recorded in an open ledger that cannot be altered retroactively. Since the system is trustless, everyone can join the network and read, write, or participate within the blockchain (in this article, I am considering only public and permissionless blockchains).1 But a public blockchain is not a self-contained universe. As a socio-technical system, its life extents behind the user base. For example, a blockchain can provide competition to existent socio-economic players, and it is shaped by what users do with it and, eventually, by the law.2, 3 Continuous updates and strategic decisions are therefore required to keep up with such a rapidly evolving landscape, meaning that blockchains are not self-sufficient. This has two implications. The first is that blockchains need governance, defining how the community of users, developers and immediate stakeholders can (agree on how to) make decisions.4, 5 The second implication is that, in order for those decisions to be meaning- arXiv:2107.05527v1 [physics.soc-ph] 12 Jul 2021 ful, the governing community needs to have a clear understanding of the social experiment they have launched, i,e., how norms and behaviours are impacting, and will be impacted by, the blockchain itself. Considering that each blockchain is also a community and a social experiment is key to understand the evolution and impact of the technology.6 Yet it is often overlooked both by blockchain stakeholders, who may be too absorbed by the technical aspects, and by researchers, who have traditionally been slow to detect societal transformation. The latter is unfortunate since most data are public and the challenges raised by the blockchain technology, even just in the form of cryptocurrency, have been increasing steadily. Here, I focus on three examples showing what can happen when collective intelligence meets 1 the blockchain, and the design and incentives built in the latter turn out to be incomplete or problematic. The first two examples concern blockchains and their communities, the last one is about the unpredicted fortune of what is now a large-scale socio-economic revolution. In all cases, I will highlight the challenges for researchers and society as a whole. Coping with the (im)mutability of smart contracts Who makes decisions about a blockchain? This question, initially overlooked, became urgent as soon as Bitcoin gained the first users. An efficient governance guarantees that a blockchain keeps offering its users a competitive environment.3, 5, 7, 8 Most companies and organisation adopt a centralised governance system with a leadership team at its top. However, blockchain systems tend to prefer decentralisation almost by nature. Thus, governance becomes a community problem, and every decision - including the decision on how to make decisions - a consensus problem in itself. The complex interplay between governance and decentralisation manifested clearly in June 2016, when a large amount of ethers suddenly “disappeared” from the Ethereum ecosystem.7, 9 They got hacked from a complex smart contract known as “The DAO”. Described “as a new paradigm of economic cooperation [..] a digital democratization of business”,10 i.e. a grandiose social experiment, the DAO had been funded with $120 millions obtained through a crowdfunding campaign.11 The DAO contained around 15% of all ethers, and the hack affected approximately 30% of those, i.e. 5% of all available ethers. The size of the hack put the whole Ethereum ecosystem under major stress, undermining its cred- ibility. The price of ether fell by more than 35%.12 Furthermore, Ethereum aimed (and still aims) at switching to a proof of stake governance model, where the mining or validating power is proportional to the owned amount of coins, so an entity with 5% of all ethers would become extremely influential. The community had several possibilities12 including (1) Accepting the hack and its consequences, including the possible devaluation of the ecosystem. This would potentially imply the end of Ethereum and the loss of a lot of real money; (2) Blocking the account of the hacker. This proposal, dubbed “soft fork”, was extensively discussed by the community, but had several problems, including legal risks; or (3) Rewriting history by invalidating all the transactions that followed the hack and start a parallel universe where the hack had never occurred and investors would get their money back (blockchains, parallel universes and rewriting history is a fascinating topic but unfortunately outside of our scope here). Option (3) would make it possible for everyone who participated in the DAO to withdraw their funds. With the support of the miners, and because nothing had been spent so far, nothing would be lost. Critics warned that rewriting history would undermine the perception that blockchains are immutable, with devastating consequences for Ethereum. Yet the community chose to proceed this way, performing an unprecedented “hard fork”. Ethereum went back to square one, to before the hack. A minority of “rebels”, approximately 15% of those who were involved in the decision process, continued instead using the unaltered original blockchain, now called “Ethereum Classic”, which has survived to today.13 The operation was successful. Ethereum is still in good health, ranking second for market capitalisation behind Bitcoin. There was no drop in price after the hack and, in fact, a few months later Ethereum became one of the main characters of the 2017 boom of cryptos. The DAO story shows the importance of off-chain decisions on the life of a blockchain. Consensus, or lack thereof, among developers, governance, users and miners does affect the economic interests of thousands of individuals. It also highlights how society and researchers need to reflect on how to deal 2 with the immutability of smart contracts (not only in relation to the foreseeable and partially already started proliferation of DAOs8), in order to confront bugs or changed circumstances that may make the contract obsolete. For “code is law”14 to be an opportunity and not a prison, we need new norms. This requires both more research and a broader societal discussion. The role of developers and code transparency as a systemic property The classic risk associated to the “code is law” approach14 is that developers would acquire too much power.15 The accepted antidote has been to open up the code. Open source code would limit the influence of developers by allowing everyone to monitor what they write.15 Of course, the assumption that someone will in fact (be able to) read the code can appear a bit naive, but the mere possibility to read it would be enough to guarantee transparency. This argument is crucial to crytpocurrencies, at present the most advanced use case of blockchains. Every cryptocurrency is entirely defined by its code, which determines its security, functionality, availability, transferability, and general malleability.16 Hence, the code of most of them is open source. However, the open source argument has a weakness. It assumes that cryptocurrencies (or, in general, any coded objects) are isolated entities, each one living in its own silo. Starting from this observation, my collaborators and I looked at cryptocurrency codes stored in GitHub and found that 4% of developers contributed to the code of two or more cryptocurrencies.17 This group included some of the most active coders. Taken together, they are responsible for 10% of all edits. Hence, at the code level, cryptocurrencies are not independent. Does this matter? The cryptocurrency market is the natural place to assess the impact of developers working on more than one project. Since cryptos are traded, their price trends can be used to compare their life beyond the code. It turns out that the temporal evolution of the network of co-coded crypto-currencies anticipates market behaviour. In particular, the first time two independent codes get connected via the activity of one shared developer marks, on average, a period of increased correlation between the returns of the corresponding cryptocurrencies.17 Of course, such an analysis can not reveal ‘why’ such correlation is established. We can speculate, for example, that developers are either directly ‘rich’ in one of the two cryptocurrencies or employed by some wealthy actor, and that their activity correlates with some financial interest (typically pairs of co- developed cryptos include a major and a smaller coin). However, the point is that the correlation between returns of co-coded cryptos would be virtually impossible to discover if we ignored the collaborative activity of the developers, and that correlations are important to consider for example when assessing the risks of an investment portfolio.