Categories
- 17.3K All Categories
- 9.5K Mining
- 574 Pool Discussion
- 378 Promotional
- 1.4K General Project Discussion (non-technical)
- 485 Education
- 811 Protocol and Client discussion
- 170 web3-js
- 29 Whisper
- 16 Swarm
- 3 RLP
- 303 IoT & Hardware
- 1.2K Smart Contracts and Dapps
- 28 Serpent
- 359 Solidity
- 664 Projects
- 1.2K Reference clients code and builds
- 249 Eth & AlethZero- Cpp Implementation
- 471 Geth - Go Implementation
- 242 Mist
- 15 Node.js Implementation
- 36 Python Implementation
- 49 Mix
- 36 Other Implementations
- 170 Meetups
- 40 Other Events
- 226 Jobs & Skills
- 281 Press and Articles
- 75 Audio/Video
- 296 Ether Sale
- 1.2K Other Languages
- 96 Chinese
- 255 German
- 33 Italian
- 111 French
- 3 Hebrew
- 42 Japanese
- 75 Portugese
- 46 Romanian
- 185 Russian
- 231 Spanish
- 47 Turkish
- 125 Watercooler
Minimising Block-chain size while maintaining high availability.
jeremyharkness
Member Posts: 4 ✭
Etherium could allow only some nodes to act as full nodes. These full nodes can then serve as hubs for thousands of smaller clients with only parts of the block-chain. Which parts of the blockchain are where within these minor nodes, is coordinated by the system to ensure maximum availability to all nodes of the block-chain, facilitating the needs of all the minor nodes. Take a look at the CODA File System, and see if this approach could have any merit.
Comments
Taking your comment entirely differently, it looks like an entire new paradigm posing as 'just a little thing we could do with Ethereum'. Read a bit about the Coda thing, dont see what to take from that though..(we cant have trusted servers)