https://github.com/bitcoinclassic/documentation/blob/master/roadmap/roadmap2016.md#bitcoin-classic-2016-roadmap

Примечание: Это наше первоначальное предложение дорожной карты. Мы будем работать в этом шахтеры, компаний и пользователей для обратной связи, прежде чем она будет завершена.


Bitcoin Классический 2016 Дорожная карта

Команда Bitcoin Классический поможет реализовать видение Satoshi по превращению Bitcoin масштаба в глобальную одноранговой кассовой системы, а не только сеть урегулирования. Мы считаем, что на цепи масштабирование имеет решающее значение для долгосрочного здоровья Bitcoin. On-цепи масштабирование увеличивает объем сделок, чьи сборы необходимы, чтобы заменить шахтерские награды на средне- и долгосрочную шкала.

Наша предпочтительная стратегия для по-цепи масштабирования, чтобы устранить необходимость блоков, которые будут синхронизироваться в течение нескольких секунд. Мы реализуем решения, которые делают непрерывный блок синхронизации возможно. Вместо того, чтобы передавать данные для нового блока сразу, когда он будет найден, мы можем значительно оптимизировать текущую пропускную способность путем отправки данных в течение всего десять-минутного интервала между блоками. Это позволит сети Bitcoin масштабироваться до значительных новых уровней, не ставя под угрозу децентрализации. Мы расширим с помощью 3-двойственного подхода:
Фаза 1 (Q1-Q2),
Срочно решить вопрос блоков является почти полным

    Реализовать BIP 109: Поднять предельный размер блока от 1 Мб до 2 Мб.
    Жесткий вилка с 75% порога активации (750 из 1000 блоков), 28-дневного периода активации льготного периода.
    Программное обеспечение на основе Bitcoin ядра 0.11.2 реализации и 0.12.0.

Примечание: 0.11.2 уже закончен и доступен для скачивания здесь.
Фаза 2 (Q2-Q3)
Устранение необходимости для блоков, которые будут отправлены в течение нескольких секунд

    Снизить влияние времени распространения блока по ставкам бесхозных (потерял шахтер доход)
    Де-подчеркнуть размер блока как препятствие для масштабирования и открыть потенциал с цепной прирост транзакций пропускной способности, используя несколько улучшений (перечислены ниже).
    Оптимизация для пропускной способности ограничены узлами через улучшения в P2P слоя

Примечание: Мы намерены обсудить различные решения, такие как те, что перечислены ниже, и выбрать лучшие из них.

    Параллельная проверка блоков (теоретически снижает рентабельность блока атак чрезмерного размера).
    Заголовки первых горнодобывающая промышленность (в значительной степени сводит на нет атаки чрезмерного размера блока).
    Тонкие блоки: блоки относятся к сделкам, которые были хорошо размножаются, а не включая их, что позволяет минимизировать использование полосы пропускания.
    Слабые блоки: позволяют шахтерам заранее объявить блоки они работают, чтобы минимизировать данные, посланные один раз в блоке найден.
    Проверка После: Сделки, которые были проверены при входе в пул памяти узла-не нужно быть подтверждаться при включении в блок (ускоряет проверку блока).

Фаза 3 (Q3-Q4)
Сделайте предельный размер блока динамической

Примечание: Эта фаза будет происходить только тогда, когда шахтеры & компании подтвердить Фаза 2 успешно решать свои проблемы BLOCKSIZE.

    Используйте вариант предложения Стивена пары / BitPay. Проверка стоимость блока должна быть меньше, чем небольшие кратная средней стоимости в течение периода корректировки последней сложности
    Упрощенная версия сегрегированных Witness от Core, когда он доступен

Технические подробности

Более технический вариант дорожной карты можно найти здесь
Конференция

Мы планируем провести на-цепи масштабирования конференции в ближайшее время, когда эти и будущие решения масштабирования & проблемы могут быть обсуждены в сообществе.