SlideShare ist ein Scribd-Unternehmen logo
1 von 26
Downloaden Sie, um offline zu lesen
Масштабируемость
блокчейн-систем:
проблемы и решения
Александр
Чепурной
IOHK Research
Этот разговор:
об открытых системах (Bitcoin, Ethereum Classic, etc)
Закрытые – другой разговор:
ДЦ компании 1
ДЦ компании 3
ДЦ компании 2
ДЦ компании 4
Сложности в масштабировании открытых систем:
• среднестатистический современный компьютер должен
иметь полные гарантии безопасности
• одноуровневая p2p-сеть, машин с широким каналом
немного
• постоянные атаки (DoS итп)
• нетехнические способы решения проблем ограничены,
обновления протокола затруднены
• сложной криптографии желательно избегать
Блокчейн
Состояние
• Извлекать данные из блокчейна непрактично
• Текущее минимальное состояние позволяет
проверить валидность любой транзакции
• В случае биткойна – набор UTXO
• Ethereum – “world state” (задан протоколом)
Транзакция Bitcoin
Bitcoin: что измерять?
Число неподтвержденных транзакций – как сильно система
перегружена в данный момент?
Bitcoin: что измерять?
Количество UTXO (непотраченных выходов транзакций) – как тяжело
выжить в сети среднему компьютеру.
За все время жизни Биткойна:
Набор UTXO – постоянный размер блоков
За последний год
Пропускная способность
● Чем больше пропускная способность, тем больше транзакций может
принять блокчейн
● Обратная сторона: и тем быстрее растет блокчейн и состояние
Как увеличить?
Решение №1: изменить константу!
● Размер блока
● Среднее время между блоками
● Настройки Биткойна очень консервативны, увеличить размер блока или
уменьшить время между блоками в 2-4 раза не представляет проблем
для консенсуса
Решение №2: изменить протокол консенсуса!
● Bitcoin-NG
● GHOST / SPECTRE (?)
● ByzCoin (collective signing)
● Proof-of-Stake (?)
Дерево Меркла
Один хэш (32 байта) определяет целостность потенциально
очень большого массива данных (гигабайты!)
Блокчейн
● Хранить блоки все накладнее
● В Биткойне, приходится обрабатывать целиком
● Но потом можно не хранить (рационально!)
● Но откуда брать тогда блоки новым узлам?
● В Эфириуме можно сгрузить только заголовки блоков,
затем состояние некоторое количество блоков назад, и
блоки
● Гарантии безопасности?
Решение: Rollerchain
● Статья https://arxiv.org/abs/1603.07926 (Chepurnoy, Larangeira, Ozhiganov)
● Новый алгоритм майнинга
● Заставляет майнера сохранять несколько старых версий состояния
● Все майнеры хранят “n” последних состояний и блоков
Состояние
Должно храниться в памяти (RAM)
Текущий размер в Биткойне: 1.5 GB (47.5M выходов)
Если не помещается в памяти, серьезные проблемы!
Источник проблем
Пример проблем:
● Bitcoin: CVE-2013-2293 (DoS через чтение
выходов с диска)
● Ethereum: часть атак осенью 2016 была
направлена сначала на резкое увеличение
размера состояние(чтобы вытолкнуть его на
жесткий диск на большинстве узлов сети), а
затем DoS атаки через запрос состояние
элементов, хранящихся на диске
Решение:
● Не хранить узлу состояния совсем!
● Его хранят только майнеры, которые могут потратиться на RAM
● Майнер включает в блок доказательства правильности
трансформации состояний
● Статья: https://eprint.iacr.org/2016/994
(Reyzin, Meshkov, Chepurnoy, Ivanov – Financial Cryptography’17)
● Видео: https://www.youtube.com/watch?v=PHY7JnLrK5o
(Leonid Reyzin @ RealWorldCrypto’17)
Решение:
Экономические механизмы:
Блокчейн-системы – красивое пересечение технических и
экономических моделей
Пример, модель “газа” в Ethereum: майнеры могут регулировать
доступную пользователям сложность вычислений
Проблема:
● Непотраченный выход в Bitcoin живет вечно!
● Контракты в Ethereum тоже!
● Сжимать состояние никому не выгодно
● Состояние растет даже в отсутствие роста пользовательской базы
● Особенно проблематично в случае хранения данных о
голосованиях, аудите, протоколах итп.
Решение:
● Сейчас комиссия берется только за размер транзакции (+ за
сложность вычислений в Ethereum)
● Предполагается брать комиссию и за время жизни объекта и
его размер
● Аналог “газа” за хранение – стоимость байто-блока
● Майнеры собирают просроченные объекты за
вознаграждение
● Токены могут стать подобными “свободным деньгам” Гезелля
(открытый вопрос!)
● “On Space-scarce Economy in Blockchain Systems”
(Meshkov, Chepurnoy) – пока нет в публичном доступе!
И нечего сюда писать всякое!
● Lightning network / Sprites
● Sidechains
● Aspnes / Ardor
● Sharding
Некоторые выводы:
● Можно поднять на порядок-другой пропускную способность сети без
компрометации базовых принципов и безопасности, и без сложной
криптографии
● Все предложения (кроме изменения констант) по изменению дизайна
блокчейна неприменимы для Биткойна (скорее всего, и для Ethereum)
Вопросы?

Weitere ähnliche Inhalte

Was ist angesagt?

Борис Каплуновский, Aviasales.ru
Борис Каплуновский, Aviasales.ruБорис Каплуновский, Aviasales.ru
Борис Каплуновский, Aviasales.ru
Ontico
 
«Тотальный контроль производительности» Михаил Юматов, ЦИАН
«Тотальный контроль производительности» Михаил Юматов, ЦИАН«Тотальный контроль производительности» Михаил Юматов, ЦИАН
«Тотальный контроль производительности» Михаил Юматов, ЦИАН
it-people
 
Максим Дунин, Nginx, Inc.
Максим Дунин, Nginx, Inc.Максим Дунин, Nginx, Inc.
Максим Дунин, Nginx, Inc.
Ontico
 
Особенности архитектуры распределённого хранилища в Dropbox / Слава Бахмутов ...
Особенности архитектуры распределённого хранилища в Dropbox / Слава Бахмутов ...Особенности архитектуры распределённого хранилища в Dropbox / Слава Бахмутов ...
Особенности архитектуры распределённого хранилища в Dropbox / Слава Бахмутов ...
Ontico
 
Как не надо писать приложения, основанные на протоколе TCP (Артём Гавриченков)
Как не надо писать приложения, основанные на протоколе TCP (Артём Гавриченков)Как не надо писать приложения, основанные на протоколе TCP (Артём Гавриченков)
Как не надо писать приложения, основанные на протоколе TCP (Артём Гавриченков)
Ontico
 

Was ist angesagt? (15)

Сложное время
Сложное времяСложное время
Сложное время
 
Масштабирование Блокчейн Сетей
Масштабирование Блокчейн СетейМасштабирование Блокчейн Сетей
Масштабирование Блокчейн Сетей
 
Борис Каплуновский, Aviasales.ru
Борис Каплуновский, Aviasales.ruБорис Каплуновский, Aviasales.ru
Борис Каплуновский, Aviasales.ru
 
Михаил Табунов, Аналитическая платформа на несколько миллиардов событий в месяц
Михаил Табунов, Аналитическая платформа на несколько миллиардов событий в месяцМихаил Табунов, Аналитическая платформа на несколько миллиардов событий в месяц
Михаил Табунов, Аналитическая платформа на несколько миллиардов событий в месяц
 
Антон Щербаков, Отказоустойчивость на примере aviasales — почему даже если на...
Антон Щербаков, Отказоустойчивость на примере aviasales — почему даже если на...Антон Щербаков, Отказоустойчивость на примере aviasales — почему даже если на...
Антон Щербаков, Отказоустойчивость на примере aviasales — почему даже если на...
 
«Тотальный контроль производительности» Михаил Юматов, ЦИАН
«Тотальный контроль производительности» Михаил Юматов, ЦИАН«Тотальный контроль производительности» Михаил Юматов, ЦИАН
«Тотальный контроль производительности» Михаил Юматов, ЦИАН
 
Системный администратор Vkontakte. Как? / Антон Кирюшкин (Vkontakte)
Системный администратор Vkontakte. Как? / Антон Кирюшкин (Vkontakte)Системный администратор Vkontakte. Как? / Антон Кирюшкин (Vkontakte)
Системный администратор Vkontakte. Как? / Антон Кирюшкин (Vkontakte)
 
Последние новости постгреса с PGCon / О.Бартунов, А.Коротков, Ф.Сигаев (Postg...
Последние новости постгреса с PGCon / О.Бартунов, А.Коротков, Ф.Сигаев (Postg...Последние новости постгреса с PGCon / О.Бартунов, А.Коротков, Ф.Сигаев (Postg...
Последние новости постгреса с PGCon / О.Бартунов, А.Коротков, Ф.Сигаев (Postg...
 
Архитектура поиска в Avito / Андрей Смирнов (Avito)
Архитектура поиска в Avito / Андрей Смирнов (Avito)Архитектура поиска в Avito / Андрей Смирнов (Avito)
Архитектура поиска в Avito / Андрей Смирнов (Avito)
 
Максим Дунин, Nginx, Inc.
Максим Дунин, Nginx, Inc.Максим Дунин, Nginx, Inc.
Максим Дунин, Nginx, Inc.
 
Особенности архитектуры распределённого хранилища в Dropbox / Слава Бахмутов ...
Особенности архитектуры распределённого хранилища в Dropbox / Слава Бахмутов ...Особенности архитектуры распределённого хранилища в Dropbox / Слава Бахмутов ...
Особенности архитектуры распределённого хранилища в Dropbox / Слава Бахмутов ...
 
2056
20562056
2056
 
Доменно специфичные базы данных и рассылка Aviasales, Борис Каплуновский (Avi...
Доменно специфичные базы данных и рассылка Aviasales, Борис Каплуновский (Avi...Доменно специфичные базы данных и рассылка Aviasales, Борис Каплуновский (Avi...
Доменно специфичные базы данных и рассылка Aviasales, Борис Каплуновский (Avi...
 
Web performance 101 [GDG nsk webdev meetup #3]
Web performance 101 [GDG nsk webdev meetup #3]Web performance 101 [GDG nsk webdev meetup #3]
Web performance 101 [GDG nsk webdev meetup #3]
 
Как не надо писать приложения, основанные на протоколе TCP (Артём Гавриченков)
Как не надо писать приложения, основанные на протоколе TCP (Артём Гавриченков)Как не надо писать приложения, основанные на протоколе TCP (Артём Гавриченков)
Как не надо писать приложения, основанные на протоколе TCP (Артём Гавриченков)
 

Andere mochten auch

Andere mochten auch (20)

Scorex, the Modular Blockchain Framework
Scorex, the Modular Blockchain FrameworkScorex, the Modular Blockchain Framework
Scorex, the Modular Blockchain Framework
 
Blockchan For Developers
Blockchan For DevelopersBlockchan For Developers
Blockchan For Developers
 
Some Open Problems in Blockchains
Some Open Problems in BlockchainsSome Open Problems in Blockchains
Some Open Problems in Blockchains
 
Bitcoin - Introduction, Technical Aspects and Ongoing Developments
Bitcoin - Introduction, Technical Aspects and Ongoing DevelopmentsBitcoin - Introduction, Technical Aspects and Ongoing Developments
Bitcoin - Introduction, Technical Aspects and Ongoing Developments
 
Экскурс по блокчейн технологии, Сколково, Открытые инновации 2016
Экскурс по блокчейн технологии, Сколково, Открытые инновации 2016Экскурс по блокчейн технологии, Сколково, Открытые инновации 2016
Экскурс по блокчейн технологии, Сколково, Открытые инновации 2016
 
Chinese UI design guidelines 2.0
Chinese UI design guidelines 2.0Chinese UI design guidelines 2.0
Chinese UI design guidelines 2.0
 
StromDAO - Die Idee
StromDAO - Die IdeeStromDAO - Die Idee
StromDAO - Die Idee
 
Financial literacy in China as an innovation opportunity
Financial literacy in China as an innovation opportunityFinancial literacy in China as an innovation opportunity
Financial literacy in China as an innovation opportunity
 
Understanding Stories of Diversity, Inclusion, and Tolerance Through Games (F...
Understanding Stories of Diversity, Inclusion, and Tolerance Through Games (F...Understanding Stories of Diversity, Inclusion, and Tolerance Through Games (F...
Understanding Stories of Diversity, Inclusion, and Tolerance Through Games (F...
 
Blockchain Angels & UK Business Angels Association Oct 16
Blockchain Angels & UK Business Angels Association Oct 16Blockchain Angels & UK Business Angels Association Oct 16
Blockchain Angels & UK Business Angels Association Oct 16
 
Blockchain, ethereum and polkadot
Blockchain, ethereum and polkadotBlockchain, ethereum and polkadot
Blockchain, ethereum and polkadot
 
Everything You Ever Wanted to Know About Move Semantics, Howard Hinnant, Accu...
Everything You Ever Wanted to Know About Move Semantics, Howard Hinnant, Accu...Everything You Ever Wanted to Know About Move Semantics, Howard Hinnant, Accu...
Everything You Ever Wanted to Know About Move Semantics, Howard Hinnant, Accu...
 
Знакомство с Ethereum virtual machine
Знакомство с Ethereum virtual machineЗнакомство с Ethereum virtual machine
Знакомство с Ethereum virtual machine
 
Blockchain powering the internet of value
Blockchain powering the internet of value  Blockchain powering the internet of value
Blockchain powering the internet of value
 
Погружение в Ethereum
Погружение в EthereumПогружение в Ethereum
Погружение в Ethereum
 
Blockchain 101 - Distributed:Health
Blockchain 101 - Distributed:HealthBlockchain 101 - Distributed:Health
Blockchain 101 - Distributed:Health
 
Gnosis - Vision and crowdsale
Gnosis - Vision and crowdsaleGnosis - Vision and crowdsale
Gnosis - Vision and crowdsale
 
Что движет кибербезопасностью на вашем предприятии?
Что движет кибербезопасностью на вашем предприятии?Что движет кибербезопасностью на вашем предприятии?
Что движет кибербезопасностью на вашем предприятии?
 
Борьба с внутренними угрозами. Обзор технологий
Борьба с внутренними угрозами. Обзор технологийБорьба с внутренними угрозами. Обзор технологий
Борьба с внутренними угрозами. Обзор технологий
 
Криптография в Интернете вещей
Криптография в Интернете вещейКриптография в Интернете вещей
Криптография в Интернете вещей
 

Ähnlich wie Масштабируемость блокчейн-систем: проблемы и решения

Пользователи Блокчейн. Спикер: Вадим Маковский
Пользователи Блокчейн. Спикер: Вадим МаковскийПользователи Блокчейн. Спикер: Вадим Маковский
Пользователи Блокчейн. Спикер: Вадим Маковский
Cyber Fund
 
деньги будущего или как технология Blockchain изменит весь мир.
деньги будущего или как технология Blockchain изменит весь мир.деньги будущего или как технология Blockchain изменит весь мир.
деньги будущего или как технология Blockchain изменит весь мир.
Sergey Skabelkin
 
Bosun современный мониторинг / Дима Медведев (OneTwoTrip)
Bosun современный мониторинг / Дима Медведев (OneTwoTrip)Bosun современный мониторинг / Дима Медведев (OneTwoTrip)
Bosun современный мониторинг / Дима Медведев (OneTwoTrip)
Ontico
 
Операционные системы
Операционные системыОперационные системы
Операционные системы
yaevents
 
Hardware maintenance of_the_computer
Hardware maintenance of_the_computerHardware maintenance of_the_computer
Hardware maintenance of_the_computer
VitusKK
 
Лекция 4: Оптимизация доступа к памяти (Memory access optimization, caches)
Лекция 4: Оптимизация доступа к памяти (Memory access optimization, caches)Лекция 4: Оптимизация доступа к памяти (Memory access optimization, caches)
Лекция 4: Оптимизация доступа к памяти (Memory access optimization, caches)
Mikhail Kurnosov
 

Ähnlich wie Масштабируемость блокчейн-систем: проблемы и решения (20)

Blockchain and tokens v5
Blockchain and tokens v5Blockchain and tokens v5
Blockchain and tokens v5
 
Пользователи Блокчейн. Спикер: Вадим Маковский
Пользователи Блокчейн. Спикер: Вадим МаковскийПользователи Блокчейн. Спикер: Вадим Маковский
Пользователи Блокчейн. Спикер: Вадим Маковский
 
Bitcoin: деньги будущего
Bitcoin: деньги будущегоBitcoin: деньги будущего
Bitcoin: деньги будущего
 
TMPA-2013 Sartakov: Genode
TMPA-2013 Sartakov: GenodeTMPA-2013 Sartakov: Genode
TMPA-2013 Sartakov: Genode
 
деньги будущего или как технология Blockchain изменит весь мир.
деньги будущего или как технология Blockchain изменит весь мир.деньги будущего или как технология Blockchain изменит весь мир.
деньги будущего или как технология Blockchain изменит весь мир.
 
Надежность World of Tanks Server
Надежность World of Tanks ServerНадежность World of Tanks Server
Надежность World of Tanks Server
 
1. Sartakov. Virtualization. June 01, 2013
1. Sartakov. Virtualization. June 01, 20131. Sartakov. Virtualization. June 01, 2013
1. Sartakov. Virtualization. June 01, 2013
 
Bosun современный мониторинг / Дима Медведев (OneTwoTrip)
Bosun современный мониторинг / Дима Медведев (OneTwoTrip)Bosun современный мониторинг / Дима Медведев (OneTwoTrip)
Bosun современный мониторинг / Дима Медведев (OneTwoTrip)
 
Операционные системы
Операционные системыОперационные системы
Операционные системы
 
PHP daemons into social games
PHP daemons into social gamesPHP daemons into social games
PHP daemons into social games
 
Стек протоколов для IoT. Пример использования SNMP
Стек протоколов для IoT. Пример использования SNMPСтек протоколов для IoT. Пример использования SNMP
Стек протоколов для IoT. Пример использования SNMP
 
IoT Conf UA 2016
IoT Conf UA 2016IoT Conf UA 2016
IoT Conf UA 2016
 
IoT Protocols #iotconfua
IoT Protocols #iotconfuaIoT Protocols #iotconfua
IoT Protocols #iotconfua
 
Hardware maintenance of_the_computer
Hardware maintenance of_the_computerHardware maintenance of_the_computer
Hardware maintenance of_the_computer
 
Kompyuter 10
Kompyuter 10Kompyuter 10
Kompyuter 10
 
Blockchain & Ecommerce (part 1)
Blockchain & Ecommerce (part 1)Blockchain & Ecommerce (part 1)
Blockchain & Ecommerce (part 1)
 
Crypto piramids27 04-2018fingenbort
Crypto piramids27 04-2018fingenbortCrypto piramids27 04-2018fingenbort
Crypto piramids27 04-2018fingenbort
 
прикладные проекты на c#
прикладные проекты на c#прикладные проекты на c#
прикладные проекты на c#
 
Лекция 4: Оптимизация доступа к памяти (Memory access optimization, caches)
Лекция 4: Оптимизация доступа к памяти (Memory access optimization, caches)Лекция 4: Оптимизация доступа к памяти (Memory access optimization, caches)
Лекция 4: Оптимизация доступа к памяти (Memory access optimization, caches)
 
16 процессоры и память эвм лекция
16 процессоры и память эвм лекция16 процессоры и память эвм лекция
16 процессоры и память эвм лекция
 

Mehr von Alex Chepurnoy

Mehr von Alex Chepurnoy (12)

Ergo Presentation - Tokyo
Ergo Presentation - TokyoErgo Presentation - Tokyo
Ergo Presentation - Tokyo
 
Berlin sigma-2017
Berlin sigma-2017Berlin sigma-2017
Berlin sigma-2017
 
Ethereum and Its Challenges
Ethereum and Its ChallengesEthereum and Its Challenges
Ethereum and Its Challenges
 
Improving Authenticated Dynamic Dictionaries, with Applications to Cryptocurr...
Improving Authenticated Dynamic Dictionaries, with Applications to Cryptocurr...Improving Authenticated Dynamic Dictionaries, with Applications to Cryptocurr...
Improving Authenticated Dynamic Dictionaries, with Applications to Cryptocurr...
 
Blockchain For Developers
Blockchain For DevelopersBlockchain For Developers
Blockchain For Developers
 
Blockchain Properties
Blockchain PropertiesBlockchain Properties
Blockchain Properties
 
Blockchain For Developers (Talk at Innopolis Blockchain Hackathon 2016)
Blockchain For Developers (Talk at Innopolis Blockchain Hackathon 2016)Blockchain For Developers (Talk at Innopolis Blockchain Hackathon 2016)
Blockchain For Developers (Talk at Innopolis Blockchain Hackathon 2016)
 
Sigma Protocols and Zero Knowledge
Sigma Protocols and Zero KnowledgeSigma Protocols and Zero Knowledge
Sigma Protocols and Zero Knowledge
 
On Private Blockchains, Technically
On Private Blockchains, TechnicallyOn Private Blockchains, Technically
On Private Blockchains, Technically
 
Scorex meetup-aug-2015
Scorex meetup-aug-2015Scorex meetup-aug-2015
Scorex meetup-aug-2015
 
Proof-of-Stake & Its Improvements (San Francisco Bitcoin Devs Hackathon)
Proof-of-Stake & Its Improvements (San Francisco Bitcoin Devs Hackathon)Proof-of-Stake & Its Improvements (San Francisco Bitcoin Devs Hackathon)
Proof-of-Stake & Its Improvements (San Francisco Bitcoin Devs Hackathon)
 
A New Business World Within A Blockchain
A New Business World Within A BlockchainA New Business World Within A Blockchain
A New Business World Within A Blockchain
 

Масштабируемость блокчейн-систем: проблемы и решения

  • 2. Этот разговор: об открытых системах (Bitcoin, Ethereum Classic, etc) Закрытые – другой разговор: ДЦ компании 1 ДЦ компании 3 ДЦ компании 2 ДЦ компании 4
  • 3. Сложности в масштабировании открытых систем: • среднестатистический современный компьютер должен иметь полные гарантии безопасности • одноуровневая p2p-сеть, машин с широким каналом немного • постоянные атаки (DoS итп) • нетехнические способы решения проблем ограничены, обновления протокола затруднены • сложной криптографии желательно избегать
  • 5. Состояние • Извлекать данные из блокчейна непрактично • Текущее минимальное состояние позволяет проверить валидность любой транзакции • В случае биткойна – набор UTXO • Ethereum – “world state” (задан протоколом)
  • 7. Bitcoin: что измерять? Число неподтвержденных транзакций – как сильно система перегружена в данный момент?
  • 8. Bitcoin: что измерять? Количество UTXO (непотраченных выходов транзакций) – как тяжело выжить в сети среднему компьютеру. За все время жизни Биткойна:
  • 9. Набор UTXO – постоянный размер блоков За последний год
  • 10. Пропускная способность ● Чем больше пропускная способность, тем больше транзакций может принять блокчейн ● Обратная сторона: и тем быстрее растет блокчейн и состояние Как увеличить?
  • 11. Решение №1: изменить константу! ● Размер блока ● Среднее время между блоками ● Настройки Биткойна очень консервативны, увеличить размер блока или уменьшить время между блоками в 2-4 раза не представляет проблем для консенсуса
  • 12. Решение №2: изменить протокол консенсуса! ● Bitcoin-NG ● GHOST / SPECTRE (?) ● ByzCoin (collective signing) ● Proof-of-Stake (?)
  • 13. Дерево Меркла Один хэш (32 байта) определяет целостность потенциально очень большого массива данных (гигабайты!)
  • 14. Блокчейн ● Хранить блоки все накладнее ● В Биткойне, приходится обрабатывать целиком ● Но потом можно не хранить (рационально!) ● Но откуда брать тогда блоки новым узлам? ● В Эфириуме можно сгрузить только заголовки блоков, затем состояние некоторое количество блоков назад, и блоки ● Гарантии безопасности?
  • 15. Решение: Rollerchain ● Статья https://arxiv.org/abs/1603.07926 (Chepurnoy, Larangeira, Ozhiganov) ● Новый алгоритм майнинга ● Заставляет майнера сохранять несколько старых версий состояния ● Все майнеры хранят “n” последних состояний и блоков
  • 16. Состояние Должно храниться в памяти (RAM) Текущий размер в Биткойне: 1.5 GB (47.5M выходов) Если не помещается в памяти, серьезные проблемы!
  • 18. Пример проблем: ● Bitcoin: CVE-2013-2293 (DoS через чтение выходов с диска) ● Ethereum: часть атак осенью 2016 была направлена сначала на резкое увеличение размера состояние(чтобы вытолкнуть его на жесткий диск на большинстве узлов сети), а затем DoS атаки через запрос состояние элементов, хранящихся на диске
  • 19. Решение: ● Не хранить узлу состояния совсем! ● Его хранят только майнеры, которые могут потратиться на RAM ● Майнер включает в блок доказательства правильности трансформации состояний ● Статья: https://eprint.iacr.org/2016/994 (Reyzin, Meshkov, Chepurnoy, Ivanov – Financial Cryptography’17) ● Видео: https://www.youtube.com/watch?v=PHY7JnLrK5o (Leonid Reyzin @ RealWorldCrypto’17)
  • 21. Экономические механизмы: Блокчейн-системы – красивое пересечение технических и экономических моделей Пример, модель “газа” в Ethereum: майнеры могут регулировать доступную пользователям сложность вычислений
  • 22. Проблема: ● Непотраченный выход в Bitcoin живет вечно! ● Контракты в Ethereum тоже! ● Сжимать состояние никому не выгодно ● Состояние растет даже в отсутствие роста пользовательской базы ● Особенно проблематично в случае хранения данных о голосованиях, аудите, протоколах итп.
  • 23. Решение: ● Сейчас комиссия берется только за размер транзакции (+ за сложность вычислений в Ethereum) ● Предполагается брать комиссию и за время жизни объекта и его размер ● Аналог “газа” за хранение – стоимость байто-блока ● Майнеры собирают просроченные объекты за вознаграждение ● Токены могут стать подобными “свободным деньгам” Гезелля (открытый вопрос!) ● “On Space-scarce Economy in Blockchain Systems” (Meshkov, Chepurnoy) – пока нет в публичном доступе!
  • 24. И нечего сюда писать всякое! ● Lightning network / Sprites ● Sidechains ● Aspnes / Ardor ● Sharding
  • 25. Некоторые выводы: ● Можно поднять на порядок-другой пропускную способность сети без компрометации базовых принципов и безопасности, и без сложной криптографии ● Все предложения (кроме изменения констант) по изменению дизайна блокчейна неприменимы для Биткойна (скорее всего, и для Ethereum)