Я думаю, что вики статья для Масштабируемости не является достаточно амбициозной; Биткойн должен быть способен обрабатывать 1 миллион транзакций в секунду к 2030 году Это позволяет населению 10 миллиардов к каждому инициирует 100 операций в день.
Это может быть сделано на оборудовании, как ожидается, будет доступен для обычных пользователей в 2030 году? Какие изменения должны быть реализованы, чтобы Bitcoin масштабироваться до такого уровня?
Используя соотношение от вики Bitcoin, 1 миллион транзакций в секунду требуется около 4 гигабит в секунду. Если Закон Нильсена Интернет пропускной способности держит до 2030 эта величина пропускной способности будет начать, чтобы стать доступными для домашних пользователей, к 2022 году, и должна быть небольшая часть соединения среднего 2030 пользователя. Вещание 1 миллион ТПСА через сеть не казалось бы проблемой к 2030 году.
Передавая блоки, как в настоящее время они построены будет проблемой, потому что сейчас они включают в себя полную копию каждой транзакции, требуется пропускная способность разрыва значительно выше, чем в среднем, чтобы распределить блоки своевременно. Там нет причин, это должно оставаться так, однако. Предполагая, что все узлы имеют способ получения сделок, которые не находятся в пуле памяти, блок может состоять из заголовка и списка хэшей. Это уменьшает размер блока с коэффициентом 16 (512 байт транзакций / 256 бит хэша). Шахтер может снизить требования к пропускной способности разрывной далее предварительно объявив сделки, которые будут происходить в их блоке, так что только временное значение и окончательный хэш необходимо будет транслироваться, когда они решают блок.
CPU: Если общий 2012 процессор может обрабатывать 4000 ТПС, то 2030 процессор должен быть способен обрабатывать более 100 миллионов ТПСА по закону Мура.
Хранение: Требуя каждый узел хранить полную копию всего blockchain обратно к блоку генеза является чрезмерным. Распределенные, избыточное, содержание адресации хранилище данных может выполнять функцию хранения истории и вещания транзакций. У нас уже есть пример такого датасторе в Freenet. хранилищу Freenet является полезным для этого приложения, поскольку узлы автоматически специализироваться без какой-либо явной конфигурации и маршрутизация между узлом подстраивается спрос в реальное время для того, чтобы сходиться на оптимальной конфигурации. Обычно, запрашиваемые данные разумно кэшировать и магазин имеет положение для обрезки ненужных ключей, когда узел исчерпывает дискового пространства. P2P аспект Freenet медленно из-за его оптимизировано для обеспечения конфиденциальности, но без этого требования других улучшений производительности возможно.