Применение блокчейна в RTB. Можно ли масштабировать децентрализованную базу данных для обработки и сохранения сотен тысяч показов в секунду? / Александр Швец (Papyrus)
0 likes•863 views
Документ анализирует применение блокчейна в рекламных технологиях RTB, рассматривая проблемы и недостатки текущих систем, такие как посредники и боты. Основное внимание уделяется масштабируемости блокчейна для обработки большого количества транзакций и поиску решений для хранения данных. В заключение подчеркивается, что, несмотря на медленность блокчейна, существуют различные решения и проекты, которые могут быть адаптированы под специфические задачи.
Применение блокчейна в RTB. Можно ли масштабировать децентрализованную базу данных для обработки и сохранения сотен тысяч показов в секунду? / Александр Швец (Papyrus)
- 1. Применение блокчейна в RTB. Можно ли масштабировать децентрализованную базу данных для обработки и сохранения сотен тысяч показов в секунду? Александр Швец Papyrus
- 2. ЗАЧЕМ ВООБЩЕ БЛОКЧЕЙН В RTB?
- 3. Какие есть проблемы в RTB? Неэффективные цепочки посредников Огромное количество ботов Лавинообразный рост блокировщиков рекламы ABP
- 4. Почему блокчейн? Прозрачные закупки трафика Децентрализованный рейтинг площадок Поощрение пользователей токенами
- 5. За счет чего? Транзакции по каждому показу на блокчейне Децентрализованное хранилище логов
- 7. Насколько быстрый блокчейн? Блокчейн Скорость генерации Транзакций в секунду Bitcoin 1 блок в 10 мин 3-7 т/сек Ethereum 1 блок в 15 сек 6-15 т/сек
- 8. Сколько данных хранит блокчейн? Блокчейн Размер блока Размер всего Bitcoin ~ 1 Мб ~ 163 Gb Ethereum ~ 12 Кб ~ 350 Gb
- 9. А что требуется для RTB? транзакций в секунду > 100К размер логов в месяц > 1 Tb
- 11. Проект Lightning Network • Нет необходимости ждать подтверждения блока • Миллионы и миллиарды транзакций в секунду • Сеть между “спарившимися” узлами • Работает только с Bitcoin
- 12. Проект Raiden • Аналог Lightning Network, только для ERC20-токенов • Та же линейная масштабируемость • Пока работает только µRaiden
- 13. Проект Plasma • Проект от Виталика Бутерина • Миллиарды транзакций • Пока только концепт
- 15. Блокчейн-фреймворки 3,000 TPS 1,000 TPS CoCo 1,685 TPS
- 16. Выводы • Зрелых готовых решений практически нет • Если у вас ERC20-токен, то можно смотреть в сторону Raiden • Если вы готовы делать свой блокчейн, то выбор огромен
- 18. Проект FileCoin • Фасилитирует участие множества участников • Proof-of-Replication с майнингом блоков • Основан на IPFS
- 19. Проект Sia • Позволяет выбирать хосты для хранения • Хранение 1 Тб стоит $2 • Скачивание 1 Тб стоит $1 • Proof-of-Work
- 20. Проект Storj • Завязан на bridge-хосты, что делает его относительно централизованным • Хранение 1 Тб стоит $1.5 • Скачивание 1 Тб стоит $5
- 21. Любое хранилище и IPFS • Годится, если вам не требуется инсентивизация • Т.е. количество участников ограничено • Блокчейн прикручивается отдельно!
- 22. Выводы • Децентрализованные сервисы хранения хороши, но использовать пока можно только очень осторожно • Если количество участников ограничено, то нет большой проблемы сделать хранилище со своим блокчейном
- 23. НАША АРХИТЕКТУРА
- 24. Большое количество звеньев Adv dDSP dSSP Pub User
- 25. Но на самом деле • Основной затык между dDSP и dSSP • Для них мы делаем opensource-бибилиотки • И шлюзы на начальном этапе
- 26. Решение для увеличения скорости • State Channels по аналогии с Raiden • Узлами являются сами dDSP и dSSP • Переход на приватный блокчейн в будущем
- 27. Наше решение для хранилища • Централизованное хранилище у каждого участника • IPFS для адресации • Репликация на другие узлы
- 28. Что получилось • Решение масштабируется так же, как без блокчейна • Существующие платформы могут присоединяться без доработок • Блокчейн работает “в фоне”
- 29. Что стоит поменять • Избавиться от state channels в пользу логов • Добавить шифрование в хранилище • Улучшить децентрализацию хранилища
- 30. Итоговые выводы • Блокчейн очень медленный и не годится для хранения данных из коробки • Но решения есть и их много, все зависит от ваших задач • Для любой задачи можно подобрать оптимальный инструмент • К сожалению, большинство существующих решений очень сырые и их необходимо допиливать