Equihash: Asymmetric Proof-Of-Work Based on the Generalized Birthday Problem (Full Version)

Total Page:16

File Type:pdf, Size:1020Kb

Equihash: Asymmetric Proof-Of-Work Based on the Generalized Birthday Problem (Full Version) Equihash: Asymmetric Proof-of-Work Based on the Generalized Birthday Problem (Full version) Alex Biryukov Dmitry Khovratovich University of Luxembourg University of Luxembourg [email protected] [email protected] Abstract—Proof-of-work is a central concept in modern is given to “owners” of large botnets, which nowadays often cryptocurrencies and denial-of-service protection tools, but the accommodate hundreds of thousands of machines. For prac- requirement for fast verification so far made it an easy prey for tical DoS protection, this means that the early TLS puzzle GPU-, ASIC-, and botnet-equipped users. The attempts to rely on schemes [9], [20] are no longer effective against the most memory-intensive computations in order to remedy the disparity powerful adversaries. between architectures have resulted in slow or broken schemes. a) Memory-hard computing: In this paper we solve this open problem and show how to In order to remedy the construct an asymmetric proof-of-work (PoW) based on a compu- disparity between the ASICs and regular CPUs, Dwork et al. tationally hard problem, which requires a lot of memory to gen- first suggested memory-bound computations [4], [23], where a erate a proof (called ”memory-hardness” feature) but is instant random array of moderate size is accessed in pseudo-random to verify. Our primary proposal Equihash is a PoW based on the manner to get high bandwidth. In the later work [25] they generalized birthday problem and enhanced Wagner’s algorithm suggested filling this memory with a memory-hard function for it. We introduce the new technique of algorithm binding to (though this term was not used) so that the memory amount can prevent cost amortization and demonstrate that possible parallel be reduced only at the large computational cost to the user1. implementations are constrained by memory bandwidth. Our As memory is a very expensive resource in terms of area and scheme has tunable and steep time-space tradeoffs, which impose the amortized chip cost, ASICs would be only slightly more large computational penalties if less memory is used. efficient than regular x86-based machines. Botnets remain a Our solution is practical and ready to deploy: a reference problem, though on some infected machines the use of GBytes implementation of a proof-of-work requiring 700 MB of RAM of RAM, will be noticeable to users. One can also argue runs in 15 seconds on a 2.1 GHz CPU, increases the computations that the reduced ASIC advantages may provide additional by the factor of 1000 if memory is halved, and presents a proof incentives for botnet creators and thus reduce the security of of just 120 bytes long. an average Internet users [19], [33]. Keywords: Equihash, memory-hard, asymmetric, proof-of- No scheme in [23], [25] has been adapted for the practical work, client puzzle. use as a PoW. Firstly, they are too slow for reasonably large amount of memory, and must use too little memory if I. INTRODUCTION required to run in reasonable time (say, seconds). The first Request of intensive computations as a countermeasure memory-hard candidates [25] were based on superconcentra- against spam was first proposed by Dwork and Naor in [24] tors [47] and similar constructions explored in the theory of and denial of service (DoS) protection in the form of TLS pebbling games on graphs [31]. To fill N blocks in mem- client puzzle by Dean and Stubblefield [21]. Amount of work ory a superconcentrator-based functions make N log N hash is certified by a proof, thus called proof-of-work, which is function calls, essentially hashing the entire memory dozens feasible to get by an ordinary user, but at the same time slows of times. Better performance is achieved by the scrypt func- down multiple requests from the single machine or a botnet. tion [46] and memory-hard constructions among the finalists Perhaps the simplest scheme is Hashcash [9], which requires of the Password Hashing Competition [3], but their time-space a hash function output to have certain number of leading zeros tradeoffs have been explored only recently [5], [6], [17]. and is adapted within the Bitcoin cryptocurrency. Nowadays, For example, a superconcentrator-based function using 68 to earn 25 Bitcoins a miner must make an average of 2 calls N = 225 vertices of 32 bytes each (thus taking over 1 GB to a cryptographic hash function. of RAM) makes O(N log N) or cN with large c calls to the Long before the rise of Bitcoin it was realized [23] that hash function (the best explicit construction mentioned in [26] the dedicated hardware can produce a proof-of-work much makes 44N calls), thus hashing the entire memory dozens of faster and cheaper than a regular desktop or laptop. Thus the time. users equipped with such hardware have an advantage over Secondly, the proposed schemes (including the PHC con- others, which eventually led the Bitcoin mining to concentrate in a few hardware farms of enormous size and high electricity 1The actual amount of memory in [25] was 32 MB, which is not that “hard” consumption. An advantage of the same order of magnitude by modern standards. structions) are symmetric with respect to the memory use. To is no evidence that the proposed cycle-finding algorithm is initialize the protocol in [23], [25], a verifier must use the same optimal, and its amortization properties are unknown. Finally, amount of memory as the prover. This is in contrast with the Andersen’s tradeoff allows to parallelize the computations Bitcoin proof-of-work: whereas it can be checked instantly independently thus reducing the time-memory product and the (thus computational asymmetry) without precomputation, vir- costs on dedicated hardware. tually no memory-hard scheme offers memory asymmetry. Thus the verifier has to be almost as powerful as the prover, and Finally, the scheme called Momentum [40] simply looks may cause DoS attacks by itself. In the cryptocurrency setting, for a collision in 50-bit outputs of the hash function with fast verification is crucial for network connectivity. Even one 26-bit input. The designer did not explore any time-space of the fastest memory-hard constructions, scrypt [46], had to tradeoffs, but apparently they are quite favourable to the be taken with memory parameter of 128 KB to ensure fast attacker: reducing the memory by the factor of q imposes verification in Litecoin. As a result, Litecoin is now mined on only pq penalty on the running time [53] (more details in ASICs with 100x efficiency gain over CPU [39]. Appendix A). Finally, these schemes have not been thoroughly analyzed c) Our contributions: We propose a family of fast, for possible optimizations and amortizations. To prove the memory-asymmetric, optimization/amortization-free, limited work, the schemes should not allow any optimization (which parallelism proofs of work based on hard and well-studied adversaries would be motivated to conceal) nor should the computational problems. First we show that a wide range of computational cost be amortizable over multiple calls [24]. hard problems (including a variety of NP-complete problems) can be adapted as an asymmetric proof-of-work with tunable A reasonably fast and memory-asymmetric schemes would parameters, where the ASIC and botnet protection are deter- become a universal tool and used as an efficient DoS coun- mined by the time-space tradeoffs of the best algorithms. termeasure, spam protection, or a core for a new egalitarian cryptocurrency. Our primary proposal Equihash is the PoW based on b) Recent asymmetric candidates: There have been the generalized birthday problem, which has been explored two notable attempts to solve the symmetry and performance in a number of papers from both theoretical and implemen- problems. The first one by Dziembowski et al. [26] suggests an tation points of view [15], [16], [35], [42], [54]. To make it interactive protocol, called a proof-of-space, where the prover amortization-free, we develop the technique called algorithm first computes a memory-hard function and then a verifier binding by exploiting the fact that Wagner’s algorithm carries requests a subset of memory locations to check whether they its footprint on a solution. have been filled by a proper function. The verification can thus be rather quick. However, the memory-hard core of the scheme In our scheme a user can independently tune time, memory, is based on a stack of superconcentrators and is quite slow: to and time-memory tradeoff parameters. In a concrete setting, fill a 1 GB of memory it needs about 1 minute according our 700 MB-proof is 120 bytes long and can be found in to the performance reports in [45]. The scheme in [26] is 15 seconds on a single-thread laptop with 2.1 GHz CPU. Adversary trying to use 250 MB of memory would pay not amortization-free: producing N proofs costs as much as producing one. As a result, a memory-hard cryptocurrency 1000-fold in computations using the best tradeoff strategy, whereas a memoryless algorithm would require prohibitive Spacecoin [45] built on proofs-of-space requires miners to 75 precommit the space well before the mining process, thus 2 hash function calls. These properties and performance are making the mining process centralized. We also note that unachievable by existing proposals. We have implemented and the time-space tradeoff is explored for these constructions for tested our scheme in several settings, with the code available memory reductions by a logarithmic factor (say, 30 for 1 GB) at request. Equihash can be immediately plugged into a and more, whereas the time increases for smaller reductions cryptocurrency or used as a TLS client puzzle.
Recommended publications
  • Characterizing Ethereum's Mining Power Decentralization at a Deeper
    Characterizing Ethereum’s Mining Power Decentralization at a Deeper Level Liyi Zeng∗§, Yang Chen†§, Shuo Chen†, Xian Zhang†, Zhongxin Guo†, Wei Xu∗, Thomas Moscibroda‡ ∗Institute for Interdisciplinary Information Sciences, Tsinghua University †Microsoft Research ‡Microsoft Azure §Contacts: [email protected], [email protected] Abstract—For proof-of-work blockchains such as Ethereum, than 50% of the total power has grown from several the mining power decentralization is an important discussion hundred to several thousand. Overall, the power is more point in the community. Previous studies mostly focus on the decentralized at the participant level than 4 years ago. aggregated power of the mining pools, neglecting the pool participants who are the source of the pools’ power. In this paper, However, we also find that this number varied signif- we present the first large-scale study of the pool participants icantly over time, which means it requires continuous in Ethereum’s mining pools. Pool participants are not directly tracking. Additionally, as our current data and method- observable because they communicate with their pools via private ology cannot de-anonymize the participants, it’s possible channels. However, they leave “footprints” on chain as they that some participants split themselves into many smaller use Ethereum accounts to anonymously receive rewards from mining pools. For this study, we combine several data sources ones for various reasons, which could make our estima- to identify 62,358,646 pool reward transactions sent by 47 tion inaccurate if not completely off the target. Further pools to their participants over Ethereum’s entire near 5-year study to improve the estimation accuracy is important.
    [Show full text]
  • Argon and Argon2
    Argon and Argon2 Designers: Alex Biryukov, Daniel Dinu, and Dmitry Khovratovich University of Luxembourg, Luxembourg [email protected], [email protected], [email protected] https://www.cryptolux.org/index.php/Password https://github.com/khovratovich/Argon https://github.com/khovratovich/Argon2 Version 1.1 of Argon Version 1.0 of Argon2 31th January, 2015 Contents 1 Introduction 3 2 Argon 5 2.1 Specification . 5 2.1.1 Input . 5 2.1.2 SubGroups . 6 2.1.3 ShuffleSlices . 7 2.2 Recommended parameters . 8 2.3 Security claims . 8 2.4 Features . 9 2.4.1 Main features . 9 2.4.2 Server relief . 10 2.4.3 Client-independent update . 10 2.4.4 Possible future extensions . 10 2.5 Security analysis . 10 2.5.1 Avalanche properties . 10 2.5.2 Invariants . 11 2.5.3 Collision and preimage attacks . 11 2.5.4 Tradeoff attacks . 11 2.6 Design rationale . 14 2.6.1 SubGroups . 14 2.6.2 ShuffleSlices . 16 2.6.3 Permutation ...................................... 16 2.6.4 No weakness,F no patents . 16 2.7 Tweaks . 17 2.8 Efficiency analysis . 17 2.8.1 Modern x86/x64 architecture . 17 2.8.2 Older CPU . 17 2.8.3 Other architectures . 17 3 Argon2 19 3.1 Specification . 19 3.1.1 Inputs . 19 3.1.2 Operation . 20 3.1.3 Indexing . 20 3.1.4 Compression function G ................................. 21 3.2 Features . 22 3.2.1 Available features . 22 3.2.2 Server relief . 23 3.2.3 Client-independent update .
    [Show full text]
  • Crypto Research Report ‒ April 2019 Edition
    April 2019 Edition VI. “When the Tide Goes Out…” Investments: Gold and Bitcoin, Stronger Together Technical Analysis: Spring Awakening? Cryptocurrency Mining in Theory and Practice Demelza Kelso Hays Mark J. Valek We would like to express our profound gratitude to our premium partners for supporting the Crypto Research Report: www.cryptofunds.li Contents Editorial ............................................................................................................................................... 4 In Case You Were Sleeping: When the Tide Goes Out…............................................................... 5 Back to the Roots ............................................................................................................................................. 6 How Long Will This Bear Market Last .............................................................................................................. 7 A Tragic Story Traverses the World ................................................................................................................. 9 When the tide goes out… ............................................................................................................................... 10 A State Cryptocurrency? ................................................................................................................................ 12 Support is Increasing ..................................................................................................................................... 14
    [Show full text]
  • Deanonymisation of Clients in Bitcoin P2P Network
    Deanonymisation of clients in Bitcoin P2P network Alex Biryukov Dmitry Khovratovich Ivan Pustogarov University of Luxembourg University of Luxembourg University of Luxembourg [email protected] [email protected] [email protected] Abstract about 100,000 nowadays. The vast majority of these peers Bitcoin is a digital currency which relies on a distributed (we call them clients), about 90%, are located behind NAT set of miners to mint coins and on a peer-to-peer network and do not allow any incoming connections, whereas they to broadcast transactions. The identities of Bitcoin users choose 8 outgoing connections to servers (Bitcoin peers with are hidden behind pseudonyms (public keys) which are rec- public IP). ommended to be changed frequently in order to increase In a Bitcoin transaction, the address of money sender(s) transaction unlinkability. or receiver(s) is a hash of his public key. We call such We present an efficient method to deanonymize Bitcoin address a pseudonym to avoid confusion with the IP ad- users, which allows to link user pseudonyms to the IP ad- dress of the host where transactions are generated, and the dresses where the transactions are generated. Our tech- latter will be called just address throughout the text. In niques work for the most common and the most challenging the current Bitcoin protocol the entire transaction history scenario when users are behind NATs or firewalls of their is publicly available so anyone can see how Bitcoins travel ISPs. They allow to link transactions of a user behind a from one pseudonym to another and potentially link differ- NAT and to distinguish connections and transactions of dif- ent pseudonyms of the same user together.
    [Show full text]
  • Asymmetric Proof-Of-Work Based on the Generalized Birthday Problem
    Equihash: Asymmetric Proof-of-Work Based on the Generalized Birthday Problem Alex Biryukov Dmitry Khovratovich University of Luxembourg University of Luxembourg [email protected] [email protected] Abstract—The proof-of-work is a central concept in modern Long before the rise of Bitcoin it was realized [20] that cryptocurrencies and denial-of-service protection tools, but the the dedicated hardware can produce a proof-of-work much requirement for fast verification so far made it an easy prey for faster and cheaper than a regular desktop or laptop. Thus the GPU-, ASIC-, and botnet-equipped users. The attempts to rely on users equipped with such hardware have an advantage over memory-intensive computations in order to remedy the disparity others, which eventually led the Bitcoin mining to concentrate between architectures have resulted in slow or broken schemes. in a few hardware farms of enormous size and high electricity In this paper we solve this open problem and show how to consumption. An advantage of the same order of magnitude construct an asymmetric proof-of-work (PoW) based on a compu- is given to “owners” of large botnets, which nowadays often tationally hard problem, which requires a lot of memory to gen- accommodate hundreds of thousands of machines. For prac- erate a proof (called ”memory-hardness” feature) but is instant tical DoS protection, this means that the early TLS puzzle to verify. Our primary proposal Equihash is a PoW based on the schemes [8], [17] are no longer effective against the most generalized birthday problem and enhanced Wagner’s algorithm powerful adversaries.
    [Show full text]
  • Zcash Protocol Speci Cation
    Zcash Protocol Specication Version 2018.0-beta-14 Daira Hopwood† Sean Bowe† — Taylor Hornby† — Nathan Wilcox† March 11, 2018 Abstract. Zcash is an implementation of the Decentralized Anonymous Payment scheme Zerocash, with security xes and adjustments to terminology, functionality and performance. It bridges the exist- ing transparent payment scheme used by Bitcoin with a shielded payment scheme secured by zero- knowledge succinct non-interactive arguments of knowledge (zk-SNARKs). It attempts to address the problem of mining centralization by use of the Equihash memory-hard proof-of-work algorithm. This specication denes the Zcash consensus protocol and explains its differences from Zerocash and Bitcoin. Keywords: anonymity, applications, cryptographic protocols, electronic commerce and payment, nancial privacy, proof of work, zero knowledge. Contents 1 1 Introduction 5 1.1 Caution . .5 1.2 High-level Overview . .5 2 Notation 7 3 Concepts 8 3.1 Payment Addresses and Keys . .8 3.2 Notes...........................................................9 3.2.1 Note Plaintexts and Memo Fields . .9 3.3 The Block Chain . 10 3.4 Transactions and Treestates . 10 3.5 JoinSplit Transfers and Descriptions . 11 3.6 Note Commitment Trees . 11 3.7 Nullier Sets . 12 3.8 Block Subsidy and Founders’ Reward . 12 3.9 Coinbase Transactions . 12 † Zerocoin Electric Coin Company 1 4 Abstract Protocol 12 4.1 Abstract Cryptographic Schemes . 12 4.1.1 Hash Functions . 12 4.1.2 Pseudo Random Functions . 13 4.1.3 Authenticated One-Time Symmetric Encryption . 13 4.1.4 Key Agreement . 13 4.1.5 Key Derivation . 14 4.1.6 Signature . 15 4.1.6.1 Signature with Re-Randomizable Keys .
    [Show full text]
  • Understanding the Motivations, Challenges and Needs of Blockchain Software Developers: a Survey
    Empirical Software Engineering manuscript No. (will be inserted by the editor) Understanding the Motivations, Challenges and Needs of Blockchain Software Developers: A Survey Amiangshu Bosu · Anindya Iqbal · Rifat Shahriyar · Partha Chakroborty Received: November 6, 2018 / Accepted: March 19, 2019 Abstract The blockchain technology has potential applications in various areas such as smart-contracts, Internet of Things (IoT), land registry, supply chain man- agement, storing medical data, and identity management. Although the Github currently hosts more than six thousand active Blockchain software (BCS) projects, few software engineering research has investigated these projects and its' contrib- utors. Although the number of BCS projects is growing rapidly, the motivations, challenges, and needs of BCS developers remain a puzzle. Therefore, the primary objective of this study is to understand the motivations, challenges, and needs of BCS developers and analyze the differences between BCS and non-BCS development. On this goal, we sent an online survey to 1,604 active BCS developers identified via mining the Github repositories of 145 popular BCS projects. The survey received 156 responses that met our criteria for analysis. The results suggest that the majority of the BCS developers are experienced in non-BCS development and are primarily motivated by the ideology of creating a decentralized financial system. Although most of the BCS projects are Open Source Software (OSS) projects by nature, more than 93% of our respondents found BCS development somewhat different from a non-BCS development as BCS projects have higher emphasis on security and reliability than most of the non- BCS projects. Other differences include: higher costs of defects, decentralized and hostile environment, technological complexity, and difficulty in upgrading the soft- ware after release.
    [Show full text]
  • Coinbase Explores Crypto ETF (9/6) Coinbase Spoke to Asset Manager Blackrock About Creating a Crypto ETF, Business Insider Reports
    Crypto Week in Review (9/1-9/7) Goldman Sachs CFO Denies Crypto Strategy Shift (9/6) GS CFO Marty Chavez addressed claims from an unsubstantiated report earlier this week that the firm may be delaying previous plans to open a crypto trading desk, calling the report “fake news”. Coinbase Explores Crypto ETF (9/6) Coinbase spoke to asset manager BlackRock about creating a crypto ETF, Business Insider reports. While the current status of the discussions is unclear, BlackRock is said to have “no interest in being a crypto fund issuer,” and SEC approval in the near term remains uncertain. Looking ahead, the Wednesday confirmation of Trump nominee Elad Roisman has the potential to tip the scales towards a more favorable cryptoasset approach. Twitter CEO Comments on Blockchain (9/5) Twitter CEO Jack Dorsey, speaking in a congressional hearing, indicated that blockchain technology could prove useful for “distributed trust and distributed enforcement.” The platform, given its struggles with how best to address fraud, harassment, and other misuse, could be a prime testing ground for decentralized identity solutions. Ripio Facilitates Peer-to-Peer Loans (9/5) Ripio began to facilitate blockchain powered peer-to-peer loans, available to wallet users in Argentina, Mexico, and Brazil. The loans, which utilize the Ripple Credit Network (RCN) token, are funded in RCN and dispensed to users in fiat through a network of local partners. Since all details of the loan and payments are recorded on the Ethereum blockchain, the solution could contribute to wider access to credit for the unbanked. IBM’s Payment Protocol Out of Beta (9/4) Blockchain World Wire, a global blockchain based payments network by IBM, is out of beta, CoinDesk reports.
    [Show full text]
  • Bicliques for Preimages: Attacks on Skein-512 and the SHA-2 Family
    Bicliques for Preimages: Attacks on Skein-512 and the SHA-2 family Dmitry Khovratovich1 and Christian Rechberger2 and Alexandra Savelieva3 1Microsoft Research Redmond, USA 2DTU MAT, Denmark 3National Research University Higher School of Economics, Russia Abstract. We present the new concept of biclique as a tool for preimage attacks, which employs many powerful techniques from differential cryptanalysis of block ciphers and hash functions. The new tool has proved to be widely applicable by inspiring many authors to publish new re- sults of the full versions of AES, KASUMI, IDEA, and Square. In this paper, we demonstrate how our concept results in the first cryptanalysis of the Skein hash function, and describe an attack on the SHA-2 hash function with more rounds than before. Keywords: SHA-2, SHA-256, SHA-512, Skein, SHA-3, hash function, meet-in-the-middle attack, splice-and-cut, preimage attack, initial structure, biclique. 1 Introduction The last years saw an exciting progress in preimage attacks on hash functions. In contrast to collision search [29, 26], where differential cryptanalysis has been in use since 90s, there had been no similarly powerful tool for preimages. The situation changed dramatically in 2008, when the so-called splice-and-cut framework has been applied to MD4 and MD5 [2, 24], and later to SHA-0/1/2 [1, 3], Tiger [10], and other primitives. Despite amazing results on MD5, the applications to SHA-x primitives seemed to be limited by the internal properties of the message schedule procedures. The only promising element, the so-called initial structure tool, remained very informal and complicated.
    [Show full text]
  • Harden Zero Knowledge Password Proofs Against Offline Dictionary
    Harden Zero Knowledge Password Proofs Against Offline Dictionary Attacks Gijs Van Laer Rono Dasgupta Aditya Patil [email protected] [email protected] [email protected] Matthew Green [email protected] December 12, 2016 Abstract Traditional authentication systems offer ease of use but the security they provide often proves to be inadequate. Hackers use means to gain access to company servers and steal entire databases of password hashes. These hashes are then subject to offline dictionary attacks resulting in the disclosure of millions of passwords. Such password breaches have become commonplace and have caused several major companies to face major losses. Password reuse is a common practice among users and a password breach disclosing a single password on a particular service could result in a user also losing access to their other accounts. Solutions such as multi-factor authentication add some level of security but do not completely solve the problem. There is a need to move towards stronger authentication schemes that do not compromise on ease of use, both for the user and the service provider. In this paper, we propose a novel authentication protocol that is proven hard against offline dictionary attacks. Our protocol implements a combination of a Zero Knowledge Password Proof and a sequentially memory hard hash function. In a concrete instan- tiation of the protocol, we use Schnorr's Zero Knowledge Password Proof combined with the Fiat-Shamir Heuristic for the Zero Knowledge Password Proof and scrypt for the sequentially memory hard hash function. We also describe a library implementing our protocol that we have developed along with an example web application that uses the library.
    [Show full text]
  • La Criptomoneda
    LA CRIPTOMONEDA LA CRIPTOMONEDA 1 LA CRIPTOMONEDA CONTENIDO 1. ¿Cuál es la criptomoneda más rentable para invertir? …………… Pág.6 2. NEO (NEO; antes AntShares) …………………………………………Pág.7 3. NEM (XEM) ……………………………………………………………….Pág.8 4. Ripple (XRP) ……………………………………………………………. Pág.9 5. Stellar (XLM) ……………………………………………………………. Pág.10 6. Ethereum (ETH) ………………………………………………………… Pág.11 7. Dash (Dash; antes Darkcoin o XCoin) ………………………………. Pág.12 8. Tron (TXR) ………………………………………………………………. Pág.13 9. Litecoin (LTC) ……………………………………………………………Pág.14 10. Cardano (ADA) …………………………………………………………. Pág.15 11. Monero (XMR) …………………………………………………………… Pág.16 12. Iota (Miota) ……………………………………………………………… Pág.17 13. Bitcoin (BTC) ……………………………………………………………. Pág.19 14. Bitcoin Cash (BCH)………………………………………………………. Pág. 21 15. Qué es una ICO: la ‘bolsa’ basada en las criptomonedas………… Pág.23 16. Qué es una ICO ………………………………………………………… Pág.24 2 LA CRIPTOMONEDA 17. Cómo se compra una ICO ……………………………………………... Pág. 26 18. ¿QUÉ ES LA MINERÍA DE BITCOINS (CRIPTOMONEDAS)?.......... Pág.28 19. MINERÍA BITCOIN ………………………………………………………. Pág.29 20. ¿CÓMO MINAR CRIPTOMONEDAS? …………………………………Pág.32 21. PRUEBA DE TRABAJO (PROOF-OF-WORK) ………………………. Pág.33 22. Minero ASIC de Bitcoin con fuente de 1.300 vatios ………………… Pág. 35 23. PRUEBA DE PARTICIPACIÓN (PROOF-OF-STAKE) ………………. Pág.38 24. Votación de delegados para forging en Lisk. ………………………. Pág.40 25. GRUPOS DE MINERÍA (MINING POOLS) ……………………………Pág.42 26. Participación de mercado de grupos de minería de Bitcoin. …….. Pág.46 27. MINERÍA EN LA NUBE (CLOUD MINING) …………………………... Pág. 48 28. Minería de criptomonedas para novatos ……………………………. Pág. 50 29. ORIGEN DEL VALOR …………………………………………………... Pág.52 30. HARDWARE NECESARIO ……………………………………………….Pág.57 31. ASPECTOS A TENER EN CUENTA PARA HARDWARE …………..Pág. 60 32. GPU ……………………………………………………………………….. Pág. 63 33. ELEGIR UNA CRIPTOMONEDA PARA CRIPTOMINAR …………….Pág. 67 34. CONSUMO ELÉCTRICO …………………………………………………Pág.74 3 LA CRIPTOMONEDA 35.
    [Show full text]
  • A Survey on Consensus Mechanisms and Mining Strategy Management
    1 A Survey on Consensus Mechanisms and Mining Strategy Management in Blockchain Networks Wenbo Wang, Member, IEEE, Dinh Thai Hoang, Member, IEEE, Peizhao Hu, Member, IEEE, Zehui Xiong, Student Member, IEEE, Dusit Niyato, Fellow, IEEE, Ping Wang, Senior Member, IEEE Yonggang Wen, Senior Member, IEEE and Dong In Kim, Fellow, IEEE Abstract—The past decade has witnessed the rapid evolution digital tokens between Peer-to-Peer (P2P) users. Blockchain in blockchain technologies, which has attracted tremendous networks, especially those adopting open-access policies, are interests from both the research communities and industries. The distinguished by their inherent characteristics of disinterme- blockchain network was originated from the Internet financial sector as a decentralized, immutable ledger system for transac- diation, public accessibility of network functionalities (e.g., tional data ordering. Nowadays, it is envisioned as a powerful data transparency) and tamper-resilience [2]. Therefore, they backbone/framework for decentralized data processing and data- have been hailed as the foundation of various spotlight Fin- driven self-organization in flat, open-access networks. In partic- Tech applications that impose critical requirement on data ular, the plausible characteristics of decentralization, immutabil- security and integrity (e.g., cryptocurrencies [3], [4]). Further- ity and self-organization are primarily owing to the unique decentralized consensus mechanisms introduced by blockchain more, with the distributed consensus provided by blockchain networks. This survey is motivated by the lack of a comprehensive networks, blockchains are fundamental to orchestrating the literature review on the development of decentralized consensus global state machine1 for general-purpose bytecode execution. mechanisms in blockchain networks. In this survey, we provide a Therefore, blockchains are also envisaged as the backbone systematic vision of the organization of blockchain networks.
    [Show full text]