The Book of Swarm Storage and Communication Infrastructure for Self-Sovereign Digital Society Back-End Stack for the Decentralised Web

Total Page:16

File Type:pdf, Size:1020Kb

The Book of Swarm Storage and Communication Infrastructure for Self-Sovereign Digital Society Back-End Stack for the Decentralised Web the book of Swarm storage and communication infrastructure for self-sovereign digital society back-end stack for the decentralised web Viktor Trón v1.0 pre-release 7 - worked on November 17, 2020 the swarm is headed toward us Satoshi Nakamoto ii CONTENTS Prolegomena xi Acknowledgments xii i prelude 1 the evolution2 1.1 Historical context 2 1.1.1 Web 1.02 1.1.2 Web 2.03 1.1.3 Peer-to-peer networks 6 1.1.4 The economics of BitTorrent and its limits 7 1.1.5 Towards Web 3.08 1.2 Fair data economy 12 1.2.1 The current state of the data economy 12 1.2.2 The current state and issues of data sovereignty 13 1.2.3 Towards self-sovereign data 15 1.2.4 Artificial intelligence and self-sovereign data 16 1.2.5 Collective information 17 1.3 The vision 18 1.3.1 Values 18 1.3.2 Design principles 19 1.3.3 Objectives 19 1.3.4 Impact areas 20 1.3.5 The future 21 ii design and architecture 2 network 25 2.1 Topology and routing 25 2.1.1 Requirements for underlay network 25 2.1.2 Overlay addressing 26 2.1.3 Kademlia routing 27 2.1.4 Bootstrapping and maintaining Kademlia topology 32 2.2 Swarm storage 35 2.2.1 Distributed immutable store for chunks 35 2.2.2 Content addressed chunks 38 2.2.3 Single-owner chunks 41 2.2.4 Chunk encryption 42 2.2.5 Redundancy by replication 43 2.3 Push and pull: chunk retrieval and syncing 47 iii 2.3.1 Retrieval 47 2.3.2 Push syncing 51 2.3.3 Pull syncing 53 2.3.4 Light nodes 55 3 incentives 57 3.1 Sharing bandwidth 58 3.1.1 Incentives for serving and relaying 58 3.1.2 Pricing protocol for chunk retrieval 59 3.1.3 Incentivising push-syncing 64 3.2 Swap: accounting and settlement 66 3.2.1 Peer to peer accounting 66 3.2.2 Cheques as off-chain commitments to pay 68 3.2.3 Waivers 70 3.2.4 Best effort settlement strategy 71 3.2.5 Zero cash entry 73 3.2.6 Cashing out and risk of insolvency 74 3.2.7 Sanctions and blacklisting 74 3.3 Storage incentives 75 3.3.1 Spam protection with postage stamps 76 3.3.2 Postage lottery: positive incentives for storage 81 3.3.3 Price signalling capacity pressure 86 3.3.4 Insurance: negative incentives 89 3.4 Summary 94 4 high-level functionality 96 4.1 Data structures 96 4.1.1 Files and the Swarm hash 96 4.1.2 Collections and manifests 100 4.1.3 URL-based addressing and name resolution 102 4.1.4 Maps and key–value stores 103 4.2 Access control 103 4.2.1 Encryption 104 4.2.2 Managing access 105 4.2.3 Selective access to multiple parties 106 4.2.4 Access hierarchy 108 4.3 Swarm feeds and mutable resource updates 109 4.3.1 Feed chunks 109 4.3.2 Indexing schemes 111 4.3.3 Integrity 114 4.3.4 Epoch-based indexing 115 4.3.5 Real-time data exchange 117 4.4 Pss: direct push messaging with mailboxing 121 4.4.1 Trojan chunks 122 iv 4.4.2 Initial contact for key exchange 125 4.4.3 Addressed envelopes 128 4.4.4 Notification requests 131 5 persistence 138 5.1 Redundancy, latency and repair 138 5.1.1 Error correcting codes 138 5.1.2 Redundancy by erasure codes 139 5.1.3 Per-level erasure coding in the Swarm chunk tree 139 5.2 Pinning, reupload and missing chunk notifications 142 5.2.1 Local pinning 142 5.2.2 Global pinning 143 5.2.3 Recovery 144 5.3 Insurance 148 5.3.1 Insurance pool 148 5.3.2 Buying insurance on a chunk 148 5.3.3 Uploading with insurance 148 5.3.4 Accessing receipts 148 6 user experience 150 6.1 Configuring and tracking uploads 150 6.1.1 Upload options 150 6.1.2 Upload tags and progress bar 151 6.1.3 Postage 152 6.1.4 Additional upload features 154 6.2 Storage 155 6.2.1 Uploading files 155 6.2.2 Collections and manifests 156 6.2.3 Access control 157 6.2.4 Download 158 6.3 Communication 160 6.3.1 Feeds 160 6.3.2 Pss 160 6.4 Swarm as backend for web3 161 6.4.1 Primitives 161 6.4.2 Scripting 161 6.4.3 Built-in composite APIs 161 6.4.4 Standard library 161 iii specifications List of definitions 165 7 data types and algorithms 168 7.1 Built-in primitives 168 7.1.1 Crypto 168 v 7.1.2 State store 174 7.1.3 Local context and configuration 174 7.2 Bzz address 175 7.2.1 Overlay address 175 7.2.2 Underlay address 175 7.2.3 BZZ address 176 7.3 Chunks, encryption and addressing 177 7.3.1 Content addressed chunks 177 7.3.2 Single owner chunk 179 7.3.3 Binary Merkle Tree Hash 181 7.3.4 Encryption 182 7.4 Files, manifests and data structures 184 7.4.1 Files and the Swarm hash 184 7.4.2 Manifests 187 7.4.3 Resolver 191 7.4.4 Pinning 191 7.4.5 Tags 192 7.4.6 Storage 193 7.5 Access Control 193 7.6 PSS 196 7.6.1 PSS message 196 7.6.2 Direct pss message with trojan chunk 196 7.6.3 Envelopes 200 7.6.4 Update notifications 200 7.6.5 Chunk recovery 200 7.7 Postage stamps 201 7.7.1 Stamps for upload 201 7.7.2 Postage subscriptions 203 7.7.3 Postage lottery race 203 8 protocols 204 8.1 Introduction 204 8.1.1 Underlay network 204 8.1.2 Protocols and streams 204 8.1.3 Data exchange sequences 205 8.1.4 Stream headers 206 8.1.5 Encapsulation of context for tracing 206 8.2 Bzz handshake protocol 207 8.3 Hive discovery 208 8.3.1 Streams and messages 208 8.4 Retrieval 209 8.5 Push-syncing 210 8.6 Pull-syncing 210 vi 8.7 SWAP settlement protocol 210 9 strategies 211 9.1 Connection 211 9.1.1 Connectivity and its constraints 212 9.1.2 Light node connection strategy 212 9.2 Forwarding 212 9.3 Pricing 213 9.3.1 Passive strategy 213 9.3.2 Behavior of a node 215 9.4 Accounting and settlement 216 9.5 Push-syncing 216 9.6 Pull-syncing 216 9.7 Garbage collection 216 10 api-s 218 10.1 External API requirements 219 10.1.1 Signer 219 10.1.2 Blockchain 219 10.1.3 User input 220 10.2 Storage API 221 10.2.1 Chunks 221 10.2.2 File 223 10.2.3 Manifest 225 10.2.4 High level storage API 227 10.2.5 Tags 230 10.2.6 Pinning 232 10.2.7 Swap and chequebook 233 10.2.8 Postage stamps 233 10.2.9 Access Control 236 10.3 Communications 237 10.3.1 PSS 237 10.3.2 Feeds 239 Bibliography 239 iv appendix a formalisations and proofs 245 a.1 Logarithmic distance and proximity order 245 a.2 Proximity orders in graph topology 246 a.3 Constructing kademlia topology 247 a.4 Complexity of filling up a postage stamp batch 247 a.5 Average hop count for chunk retrieval 249 a.6 Distribution of requests 249 a.7 Epoch-based feeds 249 vii v indexes Glossary 255 Index 266 List of acronyms and abbreviations 270 viii LISTOFFIGURES Figure 1 Swarm’s layered design 23 Figure 2 From overlay address space to Kademlia table 28 Figure 3 Nearest neighbours 29 Figure 4 Iterative and Forwarding Kademlia routing 30 Figure 5 Bin density 33 Figure 6 Distributed hash tables (DHTs) 36 Figure 7 Swarm DISC: Distributed Immutable Store for Chunks 37 Figure 8 Content addressed chunk 38 Figure 9 BMT: Binary Merkle Tree hash used as chunk hash in Swarm 39 Figure 10 Compact segment inclusion proofs for chunks 40 Figure 11 Single-owner chunk 41 Figure 12 Chunk encryption in Swarm 43 Figure 13 Nearest neighbours 45 Figure 14 Alternative ways to deliver chunks: direct, routed and backward 48 Figure 15 Backwarding: a pattern for anonymous request-response round- trips in forwarding Kademlia 49 Figure 16 Retrieval 50 Figure 17 Push syncing 52 Figure 18 Pull syncing 54 Figure 19 Incentive design 57 Figure 20 Incentivising retrieval 59 Figure 21 Uniform chunk price across proximities would allow a DoS 61 Figure 22 Price arbitrage 62 Figure 23 Incentives for push-sync protocol 65 Figure 24 Swap balance and swap thresholds 67 Figure 25 Cheque swap 68 Figure 26 The basic interaction sequence for swap chequebooks 69 Figure 27 Example sequence of mixed cheques and waivers exchange 72 Figure 28 Zero cash entry 73 Figure 29 Postage stamps 77 Figure 30 Postage stamp 78 Figure 31 Limiting the size of a postage stamp 80 Figure 32 Timeline of events in a raffle round 83 ix Figure 33 Batch proof of custody 84 Figure 34 Garbage collection 88 Figure 35 Swarm hash 97 Figure 36 Intermediate chunk 97 Figure 37 Random access at arbitrary offset with Swarm hash 99 Figure 38 Compact inclusion proofs for files 99 Figure 39 Manifest structure 101 Figure 40 Manifest entry 101 Figure 41 Access key as session key for single party access 106 Figure 42 Credentials to derive session key 107 Figure 43 Access control for multiple grantees 108 Figure 44 Feed chunk 110 Figure 45 Feed aggregation 113 Figure 46 Epoch grid with epoch-based feed updates 116 Figure 47 Swarm feeds as outboxes 118 Figure 48 Advance requests for future updates 119 Figure 49 Future secrecy for update addresses 120 Figure 50 Trojan chunk or pss message 122 Figure 51 Trojan chunk 123 Figure 52 X3DH pre-key bundle feed update 126 Figure 53 X3DH initial message 127 Figure 54 X3DH secret key 127 Figure 55 Stamped addressed envelopes timeline of events 129 Figure 56 Stamped addressed envelopes 130 Figure 57 Direct notification request and response 132 Figure 58 Direct notification from publisher timeline of events 133 Figure 59 Neighbourhood notifications 134 Figure 60 Neighbourhood notification timeline of events 135 Figure 61 Targeted chunk deliveries 136 Figure 62 Targeted chunk delivery timeline of events 137 Figure 63 Swarm chunk 140 Figure 64 A generic node in the tree has 128 children 140 Figure 65 Swarm hash split 140 Figure 66 Swarm hash erasure 141 Figure 67 Missing chunk notification process 146 Figure 68 Recovery request 146 Figure 69 Recovery response 147 Figure 70 From retrieval to litigation 149 Figure 71 buzz apiary 162 Figure 72 Updates of epoch-based feed in the epoch grid 251 Figure 73 Latest update lookup algorithm for time based feeds 252 x PROLEGOMENA intended audience The primary aim of this book is to capture the wealth of output of the first phase of the Swarm project, and to serve as a compendium for teams and individuals participating in bringing Swarm to life in the forthcoming stages.
Recommended publications
  • PDF FACULTAD DE BELLAS ARTES Archivo Digital: Descarga Y Online ISBN 978-950-34-1541-2 Decana Secretaria De 1
    1º Encuentro de las cátedras de Lenguaje Visual 2B, Patrimonio Cultural e Historia de las Artes Visuales IX 1º Encuentro de las cátedras de Lenguaje Visual 2B, Patrimonio Cultural e Historia de las Artes Visuales IX 1º Encuentro de las cátedras de Lenguaje Visual 2B, Patrimonio Cultural e Historia de las Artes Visuales IX Diciembre de 2016 Visualidades contemporáneas: patrimonio, exposiciones y dispositivos / Mariel Ciafardo... [et al.]. - 1a ed. - La Plata : Universidad Nacional de La Plata. Facultad de Bellas Artes, 2017. Libro digital, PDF FACULTAD DE BELLAS ARTES Archivo Digital: descarga y online ISBN 978-950-34-1541-2 Decana Secretaria de 1. Patrimonio. 2. Historia del Arte. I. Ciafardo, Mariel Prof. Mariel Ciafardo Publicaciones y Posgrado CDD 709 Prof. María Elena Larrègle Vicedecana Prof. Cristina Terzaghi Secretaria de Extensión Prof. María Victoria Mc Coubrey Secretaria de Decanato Prof. Paula Sigismondo Secretario de Relaciones Institucionales Secretaria de Asuntos Académicos DI Eduardo Pascal Prof. Santiago Romé Secretario de Cultura Jefa del Departamento Lic. Carlos Coppa de Estudios Históricos y Sociales Lic. Paola Sabrina Belén Secretario de Producción y Comunicación Secretario de Planificación, Prof. Martín Barrios Infraestructura y Finanzas DCV Juan Pablo Fernández Secretario de Asuntos Estudiantiles Prof. Esteban Conde Ferreira Secretaria de Ciencia y Técnica Lic. Silvia García Secretario de Programas Externos DCV Fermín González Laría COMITÉ ORGANIZADOR Lic. Liliana Conles Prof. Sergio Moyinedo Prof. Mariel Ciafardo Lic. Paola Sabrina Belén Lic. Natalia Giglietti Mg. Francisco Lemus Diseño Prof. Marina Panfili DCV Diego R. Ibañez Roka Edición de contenido Lic. Natalia Giglietti Mg. Francisco Lemus Obra de tapa Cristina Schiavi, Nocturno, 2013, acrílico sobre mdf, 135 x 135 cm, Colección Malba-Fundación Costantini.
    [Show full text]
  • Building the Data Economies of the Future
    Building the Data Economies of the Future Tomorrow’s Data Economies Shaped by the Youth of Today in partnership with Answering Tomorrow’s Questions Today The World Government Summit is a global platform dedicated to shaping the future of governments worldwide. Each year, the Summit sets the agenda for the next generation of governments with a focus on how they can harness innovation and technology to solve universal challenges facing humanity. The World Government Summit is a knowledge exchange center at the intersection of government, futurism, technology, and innovation. It functions as a thought leadership platform and networking hub for policymakers, experts and pioneers in human development. The Summit is a gateway to the future as it functions as the stage for analysis of future trends, concerns, and opportunities facing humanity. It is also an arena to showcase innovations, best practice, and smart solutions to inspire creativity to tackle these future challenges. 16 World Government Summit 17 Table of Content Topics Foreword by Lord Tim Clement-Jones 02 Executive Summary 05 The Challenge of Data Economies: Why 08 Governments are Falling Behind Data economies: winners and losers 09 Too little, too slowly: the response of 09 governments to the data challenge Why Youth Must be Involved 12 Six Imperatives to Make Youth the 15 Drivers of Data Economies Disrupt the education system 15 Support and empower young people 18 to engage with governments Rehabilitate governments and public 19 servants to become digitally fit Set and monitor youth and data 20 economy national indicators Capitilise and use data 23 Create an AI market and jobs 24 Conclusion: Building Youth-centric Data 26 Economies in an Age of Disruption Table of Content Foreword by Lord Tim Clement-Jones, Former Chair, House of Lords Select Committee on Artificial Intelligence Regardless of the pace of its development, Artificial an increasingly complex and dynamic digital world.
    [Show full text]
  • PVC Technical Specifications V.1.0
    Pryvate™ Ltd. Functional & Technical Specifications PVC Technical Specifications V.1.0 APRIL 10, 2018 © PRYVATE™ 2018. PRYVATE™ is a suite of security products from Criptyque Ltd. Registered in the Cayman Islands. PRYVATE™ Is a brand wholly owned by CRIPTYQUE Ltd. Pryvate™ Ltd. Functional & Technical Specifications TABLE OF CONTENTS 1 GENERAL INFORMATION 5 1.1 Scope 1.2 Current Platform Summary 2 FUNCTIONAL TECH SPECIFICATIONS 5 2.1 Encrypted Voice Calls (VOIP) 2.2 Off Net Calling 2.3 Secure Conferencing 2.4 Encrypted Video Calls 2.5 Encrypted Instant Message (IM) 2.6 Notification of Screenshots 2.7 Encrypted Email 2.8 Secure File Transfer & Storage 2.9 Pin-Encrypted Mobile Protection 2.10 Multiple Account Management 2.11 Secure managed conversations 2.12 Anti-Blocking 3 HYBRIDIZATION 13 3.1 Voice / Video / Messaging 3.2 File Storage / Archival 3.3 Pryvate Crypto Wallet 3.3.1 Two-Wallet Solution 3.3.2 Three Methods 3.3.3 Enterprise Multi - by Pryvate 3.3.4 Risks of Cryptocurrency Wallets 3.4 Decentralized Email 3.5 Pryvate Dashboard 4 PERFORMANCE REQUIREMENTS 20 4.1 System Maintenance 4.2 Failure Contingencies 4.3 Customization and Flexibility 4.4 Equipment 4.5 Software 4.6 Interface / UI 5 CONCLUSION 21 6 APPENDIX 22 © PRYVATE™ 2018. PRYVATE™ is a suite of security products from Criptyque Ltd. Registered in the Cayman Islands. PRYVATE™ Is a brand wholly owned by CRIPTYQUE Ltd. Pryvate™ Ltd. Functional & Technical Specifications Acronyms: Definitions SCP = Secure Communications Platform Crypto= Cryptocurrency IPFS= Interplanetary File System ZRTP= ("Z" is a reference to its inventor, Zimmermann; "RTP" stands for Real-time Transport Protocol) it is a cryptographic key-agreement protocol to negotiate the keys for encryption between two end points in a Voice over Internet Protocol Diffie-Hellman= A method of securely exchanging cryptographic keys over a public channel and was one of the first public-key protocols as originally conceptualized by Ralph Merkle and named after Whitfield Diffie and Martin Hellman.
    [Show full text]
  • Google's Hyperscale Data Centres and Infrastructure Ecosystem in Europe
    GOOGLE’S HYPERSCALE DATA CENTRES AND INFRASTRUCTURE ECOSYSTEM IN EUROPE Economic impact study CLIENT: GOOGLE SEPTEMBER 2019 AUTHORS Dr Bruno Basalisco, Managing economist, Head of Digital Economy service Martin Bo Westh Hansen, Managing economist, Head of Energy & Climate service Tuomas Haanperä, Managing economist Erik Dahlberg, Senior economist Morten May Hansen, Economist Joshua Brown, Analyst Laurids Leo Münier, Analyst 0 Malthe Faber Laursen, Analyst Helge Sigurd Næss-Schmidt, Partner EXECUTIVE SUMMARY Digital transformation is a defining challenge and opportunity for the European economy, provid- ing the means to reinvent and improve how firms, consumers, governments, and citizens interact and do business with each other. European consumers, firms, and society stand to benefit from the resulting innovative products, processes, services, and business models – contributing to EU productivity. To maximise these benefits, it is key that the private and public sector can rely on an advanced and efficient cloud value chain. Considerable literature exists on cloud solutions and their transformative impact across the econ- omy. This report contributes by focusing on the analysis of the cloud value chain, taking Google as a relevant case study. It assesses the economic impact of the Google European hyperscale data cen- tres and related infrastructures which, behind the scenes, underpin online services such as cloud solutions. Thus, the report is an applied analysis of these infrastructure layers “above the cloud” (upstream inputs to deliver cloud solutions) and quantifies Google’s European economic contribu- tion associated with these activities. Double-clicking the cloud Services, such as Google Cloud, are a key example of a set of solutions that can serve a variety of Eu- ropean business needs and thus support economic productivity.
    [Show full text]
  • IPFS and Friends: a Qualitative Comparison of Next Generation Peer-To-Peer Data Networks Erik Daniel and Florian Tschorsch
    1 IPFS and Friends: A Qualitative Comparison of Next Generation Peer-to-Peer Data Networks Erik Daniel and Florian Tschorsch Abstract—Decentralized, distributed storage offers a way to types of files [1]. Napster and Gnutella marked the beginning reduce the impact of data silos as often fostered by centralized and were followed by many other P2P networks focusing on cloud storage. While the intentions of this trend are not new, the specialized application areas or novel network structures. For topic gained traction due to technological advancements, most notably blockchain networks. As a consequence, we observe that example, Freenet [2] realizes anonymous storage and retrieval. a new generation of peer-to-peer data networks emerges. In this Chord [3], CAN [4], and Pastry [5] provide protocols to survey paper, we therefore provide a technical overview of the maintain a structured overlay network topology. In particular, next generation data networks. We use select data networks to BitTorrent [6] received a lot of attention from both users and introduce general concepts and to emphasize new developments. the research community. BitTorrent introduced an incentive Specifically, we provide a deeper outline of the Interplanetary File System and a general overview of Swarm, the Hypercore Pro- mechanism to achieve Pareto efficiency, trying to improve tocol, SAFE, Storj, and Arweave. We identify common building network utilization achieving a higher level of robustness. We blocks and provide a qualitative comparison. From the overview, consider networks such as Napster, Gnutella, Freenet, BitTor- we derive future challenges and research goals concerning data rent, and many more as first generation P2P data networks, networks.
    [Show full text]
  • The Semicircular Flow of the Data Economy and the Data Sharing Laffer Curve
    A Service of Leibniz-Informationszentrum econstor Wirtschaft Leibniz Information Centre Make Your Publications Visible. zbw for Economics de Pedraza, Pablo; Vollbracht, Ian Working Paper The Semicircular Flow of the Data Economy and the Data Sharing Laffer curve GLO Discussion Paper, No. 515 Provided in Cooperation with: Global Labor Organization (GLO) Suggested Citation: de Pedraza, Pablo; Vollbracht, Ian (2020) : The Semicircular Flow of the Data Economy and the Data Sharing Laffer curve, GLO Discussion Paper, No. 515, Global Labor Organization (GLO), Essen This Version is available at: http://hdl.handle.net/10419/215779 Standard-Nutzungsbedingungen: Terms of use: Die Dokumente auf EconStor dürfen zu eigenen wissenschaftlichen Documents in EconStor may be saved and copied for your Zwecken und zum Privatgebrauch gespeichert und kopiert werden. personal and scholarly purposes. Sie dürfen die Dokumente nicht für öffentliche oder kommerzielle You are not to copy documents for public or commercial Zwecke vervielfältigen, öffentlich ausstellen, öffentlich zugänglich purposes, to exhibit the documents publicly, to make them machen, vertreiben oder anderweitig nutzen. publicly available on the internet, or to distribute or otherwise use the documents in public. Sofern die Verfasser die Dokumente unter Open-Content-Lizenzen (insbesondere CC-Lizenzen) zur Verfügung gestellt haben sollten, If the documents have been made available under an Open gelten abweichend von diesen Nutzungsbedingungen die in der dort Content Licence (especially Creative
    [Show full text]
  • A Decentralized Cloud Storage Network Framework
    Storj: A Decentralized Cloud Storage Network Framework Storj Labs, Inc. October 30, 2018 v3.0 https://github.com/storj/whitepaper 2 Copyright © 2018 Storj Labs, Inc. and Subsidiaries This work is licensed under a Creative Commons Attribution-ShareAlike 3.0 license (CC BY-SA 3.0). All product names, logos, and brands used or cited in this document are property of their respective own- ers. All company, product, and service names used herein are for identification purposes only. Use of these names, logos, and brands does not imply endorsement. Contents 0.1 Abstract 6 0.2 Contributors 6 1 Introduction ...................................................7 2 Storj design constraints .......................................9 2.1 Security and privacy 9 2.2 Decentralization 9 2.3 Marketplace and economics 10 2.4 Amazon S3 compatibility 12 2.5 Durability, device failure, and churn 12 2.6 Latency 13 2.7 Bandwidth 14 2.8 Object size 15 2.9 Byzantine fault tolerance 15 2.10 Coordination avoidance 16 3 Framework ................................................... 18 3.1 Framework overview 18 3.2 Storage nodes 19 3.3 Peer-to-peer communication and discovery 19 3.4 Redundancy 19 3.5 Metadata 23 3.6 Encryption 24 3.7 Audits and reputation 25 3.8 Data repair 25 3.9 Payments 26 4 4 Concrete implementation .................................... 27 4.1 Definitions 27 4.2 Peer classes 30 4.3 Storage node 31 4.4 Node identity 32 4.5 Peer-to-peer communication 33 4.6 Node discovery 33 4.7 Redundancy 35 4.8 Structured file storage 36 4.9 Metadata 39 4.10 Satellite 41 4.11 Encryption 42 4.12 Authorization 43 4.13 Audits 44 4.14 Data repair 45 4.15 Storage node reputation 47 4.16 Payments 49 4.17 Bandwidth allocation 50 4.18 Satellite reputation 53 4.19 Garbage collection 53 4.20 Uplink 54 4.21 Quality control and branding 55 5 Walkthroughs ...............................................
    [Show full text]
  • Everyone's Guide to Bypassing Internet Censorship
    EVERYONE’S GUIDE TO BY-PASSING INTERNET CENSORSHIP FOR CITIZENS WORLDWIDE A CIVISEC PROJECT The Citizen Lab The University of Toronto September, 2007 cover illustration by Jane Gowan Glossary page 4 Introduction page 5 Choosing Circumvention page 8 User self-assessment Provider self-assessment Technology page 17 Web-based Circumvention Systems Tunneling Software Anonymous Communications Systems Tricks of the trade page 28 Things to remember page 29 Further reading page 29 Circumvention Technologies Circumvention technologies are any tools, software, or methods used to bypass Inter- net filtering. These can range from complex computer programs to relatively simple manual steps, such as accessing a banned website stored on a search engine’s cache, instead of trying to access it directly. Circumvention Providers Circumvention providers install software on a computer in a non-filtered location and make connections to this computer available to those who access the Internet from a censored location. Circumvention providers can range from large commercial organi- zations offering circumvention services for a fee to individuals providing circumven- tion services for free. Circumvention Users Circumvention users are individuals who use circumvention technologies to bypass Internet content filtering. 4 Internet censorship, or content filtering, has become a major global problem. Whereas once it was assumed that states could not control Internet communications, according to research by the OpenNet Initiative (http://opennet.net) more than 25 countries now engage in Internet censorship practices. Those with the most pervasive filtering policies have been found to routinely block access to human rights organi- zations, news, blogs, and web services that challenge the status quo or are deemed threatening or undesirable.
    [Show full text]
  • Threat Modeling and Circumvention of Internet Censorship by David Fifield
    Threat modeling and circumvention of Internet censorship By David Fifield A dissertation submitted in partial satisfaction of the requirements for the degree of Doctor of Philosophy in Computer Science in the Graduate Division of the University of California, Berkeley Committee in charge: Professor J.D. Tygar, Chair Professor Deirdre Mulligan Professor Vern Paxson Fall 2017 1 Abstract Threat modeling and circumvention of Internet censorship by David Fifield Doctor of Philosophy in Computer Science University of California, Berkeley Professor J.D. Tygar, Chair Research on Internet censorship is hampered by poor models of censor behavior. Censor models guide the development of circumvention systems, so it is important to get them right. A censor model should be understood not just as a set of capabilities|such as the ability to monitor network traffic—but as a set of priorities constrained by resource limitations. My research addresses the twin themes of modeling and circumvention. With a grounding in empirical research, I build up an abstract model of the circumvention problem and examine how to adapt it to concrete censorship challenges. I describe the results of experiments on censors that probe their strengths and weaknesses; specifically, on the subject of active probing to discover proxy servers, and on delays in their reaction to changes in circumvention. I present two circumvention designs: domain fronting, which derives its resistance to blocking from the censor's reluctance to block other useful services; and Snowflake, based on quickly changing peer-to-peer proxy servers. I hope to change the perception that the circumvention problem is a cat-and-mouse game that affords only incremental and temporary advancements.
    [Show full text]
  • Blockchain: an Enabler for Power Market Operations Exploring Potential Uses of Distributed Ledger Technology in the Evolving Georgian Power Market
    BLOCKCHAIN: AN ENABLER FOR POWER MARKET OPERATIONS EXPLORING POTENTIAL USES OF DISTRIBUTED LEDGER TECHNOLOGY IN THE EVOLVING GEORGIAN POWER MARKET USAID GOVERNING FOR GROWTH (G4G) IN GEORGIA 30 May 2019 This publication was produced for review by the United States Agency for International Development. It was prepared by Deloitte Consulting LLP. The author’s views expressed in this publication do not necessarily reflect the views of the United States Agency for International Development or the United States Government. BLOCKCHAIN: AN ENABLER FOR POWER MARKET OPERATIONS EXPLORING POTENTIAL USES OF DISTRIBUTED LEDGER TECHNOLOGY IN THE EVOLVING GEORGIAN POWER MARKET USAID GOVERNING FOR GROWTH (G4G) IN GEORGIA CONTRACT NUMBER: AID-114-C-14-00007 DELOITTE CONSULTING LLP USAID | GEORGIA USAID CONTRACTING OFFICER’S REPRESENTATIVE: PHILLIP GREENE AUTHOR(S): SRI SEKAR, JAMES CALLIHAN, AVTANDILI TODUA ACTIVITY AREA: 4420 LANGUAGE: ENGLISH 30 MAY 2019 DISCLAIMER: This publication was produced for review by the United States Agency for International Development. It was prepared by Deloitte Consulting LLP. The author’s views expressed in this publication do not necessarily reflect the views of the United States Agency for International Development or the United States Government. USAID | GOVERNING FOR GROWTH (G4G) IN GEORGIA BLOCKCHAIN: AN ENABLER FOR POWER MARKET OPERATIONS i DATA Reviewed by: Giorgi Giorgobiani, Andrea Lora Project Component: Energy Trade Policy Improvement Component Practice Area: Electricity Trading Mechanism (ETM) Key Words: Blockchain,
    [Show full text]
  • How to Invest in Filecoin
    How to Invest in Filecoin Part I: Preparing to Invest Filecoin investments will be made on CoinList (coinlist.co), a US-based funding platform that connects investors to promising early-stage token sales. Created by Protocol Labs in partnership with AngelList, CoinList simplifies the token sale process and implements robust legal frameworks for token sales in the U.S. Before the sale begins, you will need to complete several preparation steps. Note that some steps include wait time of several days. For this reason, we recommend getting started as soon as possible and working in parallel while waiting for other steps to be reviewed or confirmed. Step 1: Create a CoinList account (5 min) Visit https://coinlist.co. Sign in with your AngelList account, or create a new account if needed. Step 2: Become a US accredited investor through AngelList (30 min + 1-3 day review) All token investors will need to meet US accredited investor requirements. Non-US investors can invest, but must meet the same requirements. You will be prompted to submit accreditation evidence. Step 3: Submit information for KYC/AML checks (15 min + instant review if no issues) You will be prompted to submit the details required for KYC/AML (Know Your Customer/Anti-Money Laundering) checks as soon as accreditation evidence has been submitted. You do not need to wait until accreditation review is complete. Step 4: Transfer funds to relevant accounts (10min + 1-5 day wait) You can invest with your choice of the following currencies: US Dollars, Bitcoin, Ether, and Zcash. To invest using US Dollars: Go to https://coinlist.co/settings/wallet.
    [Show full text]
  • Filecoin Token Sale Economics
    Filecoin Token Sale Economics This document describes various aspects of the Filecoin Network, the Filecoin Token Sale, and the economics of both. Any updates to this document will be posted on the CoinList webpage for the Filecoin Token Sale: https://coinlist.co/currencies/filecoin. LEGAL DISCLAIMER: This document contains forward-looking statements, ​ ​ ​ ​ ​ subject to risks and uncertainties that could cause actual results to differ materially. 1. Token Allocation The Filecoin Token will be distributed to the 4 major participating groups in the Filecoin Network. This allocation is written into the protocol itself and the Filecoin blockchain’s Genesis block. Each group is critical to the network’s creation, development, growth, and maintenance: ● 70% to Filecoin Miners (Mining block reward) ​ For providing data storage service, maintaining the blockchain, distributing data, running contracts, and more. ● 15% to Protocol Labs (Genesis allocation, 6-year linear vesting) ​ For research, engineering, deployment, business development, marketing, distribution, and more. ● 10% to Investors (Genesis allocation, 6 month to 3 year linear vesting) ​ ​ For funding network development, business development, partnerships, support, and more. ● 5% to Filecoin Foundation (Genesis allocation, 6-year linear vesting) ​ ​ For long-term network governance, partner support, academic grants, public works, community building, et cetera. 2. The Filecoin Token Sale Fundraising. Protocol Labs requires significant funding to develop, launch, and grow the Filecoin network. We ​ ​ ​ must develop all the software required: the mining software, the client software, user interfaces and apps, network infrastructure and monitoring, software that third-party wallets and exchanges need to support Filecoin, integrations with other data storage software, tooling for web applications and dapps to use Filecoin, and much more.
    [Show full text]