Добрый день! Благодарим за разъяснение предыдущего комментария.
У любой децентрализованной сети есть код протокола. Он описывает логику признания транзакции и блока валидными, а также описывает условия, при выполнении которых блок будет включен в блокчейн (или другую структуру данных, выбранную разработчиками децентрализованной сети).
Смарт-контракты позволяют генерировать транзакции на основе выполнения кода, записанного в контракт. Таким образом, возможности сети расширяются от простой отправки криптовалюты и записи данных о транзакции в новый блок до исполнения любой пользовательской логики (и все это без вмешательства в код на уровне протокола).
Именно благодаря смарт-контрактам появилась возможность написания, например, децентрализованных бирж, логика работы которых полностью завязана на смарт-контрактах и, следовательно, подчиняется правилам, прописанным в протоколе.
Мы уверены, что для полноценного развития блокчейн-индустрии требуется безопасный, масштабируемый и децентрализованный блокчейн, способный обеспечить такой же уровень пользовательского опыта, как тот, который сегодня предоставляется лучшими централизованными решениями.
Разработка для такого блокчейна должна быть также доступна для подавляющего большинства разработчиков. На сегодняшний день сложилась ситуация, когда Солидити является ведущим языком разработки смарт-контрактов.
Итого: мы описали базово знакомый язык для разработки смарт-контрактов, которые предназначены для развертывания и работы в асинхронной сети, обладающей высокой пропускной способностью. Предлагаем ознакомиться с продуктами, написанными на Солидити в соответствии с асинхронной парадигмой: Flatqube, Octus Bridge, Gravix.
Добрый день! Благодарим за оставленный комментарий.
Основное различие заключается в том, что разработчики блокчейнов 4 поколения начали поиски реализации дополнительных механизмов на уровне протокола для повышения пропускной способности. Изменения кажутся незначительными, поскольку основная суть децентрализованной сети не меняется, а лишь добавляются новые технологии, которые, тем не менее, при удачной реализации могут подсветить практическую разницу между поколениями.
На самом деле, пропускной способности одного воркчейна достаточно для обеспечения качественного пользовательского опыта при том уровне принятия блокчейн-технологий, который мы наблюдаем сегодня. Запуск новых воркчейнов может стать актуален тогда, когда появится необходимость вынесения новой логики за пределы использующегося сегодня воркчейна 0. На сегодня точных дат по запуску новых воркчейнов нет.
Несмотря на то, что это лишь предположение, оно не кажется чрезмерно оптимистичным. Нельзя исключать возможность возникновения ситуации, когда в будущем многие использующиеся сегодня решения будут заменены на децентрализованные аналоги.
Добрый день, благодарим за оставленный комментарий!
Разделение на поколения - субъективное понятие. В рамках статьи - это значимые изменения в области децентрализованных сетей. Но вы правы, многие блокчейны, в частности Ethereum, стремительно развиваются добавляя новый функционал.
Лайтнинг не увеличивает пропускную способность биткоина. Это L3 сеть поверх биткоина, которая внутри себя быстро обрабатывает транзакции и пачкой передаёт их в сеть биткоина для обработки. Иными словами перевод в лайтнинге появится в сети биткоина позже, чем прямой перевод.
По нашему мнению повышение скорости является новой вехой в развитии децентрализованных технологии. Например, раньше компьютеры обрабатывали по сто операций в секунду и всем казалось, что лучше уже не может быть. Теперь они обрабатывают сотни миллионов операций в секунду и всем хочется ещё больше.
Добрый день, благодарим за оставленный комментарий!
При достижении отрицательного баланса, аккаунт сначала переходит в статус «в заморозке», а после этого удаляется. Аккаунт все еще можно восстановить: в сети сохраняется хеш состояния контракта. Если заново развернуть контракт с тем же кодом и сохранившимся в сети состоянием, кошелек будет восстановлен.
Добрый день, благодарим за оставленный комментарий!
Комиссии в сети Ethereum даже после перехода на PoS остаются динамическими и зависят от нагрузки. Конечный пользователь может захотеть оплатить кофе в период, когда сеть сильно загружена (например, хайп новой монеты и, соответственно, большая нагрузка на дексах), в таком случае комиссия может стоить несколько чашек кофе.
Если вы хотите попробовать написать собственный смарт-контракт, мы могли бы посоветовать вам обратить внимание и на другие сети.
Добрый день, благодарим за оставленный комментарий!
Возможно, нам следовало более полно раскрыть тему возникающих проблем при низкой степени масштабируемости той или иной сети.
Если кратко, часть блокчейнов ограничивает конечного пользователя через механизм повышения сетевых комиссий, регулируя таким образом баланс спроса на услуги сети. Некоторые проекты жертвуют стабильностью работы или децентрализацией для достижения высокой пропускной способности. Разработка блокчейна в рамках асинхронной парадигмы позволяет как значительно увеличить пропускную способность сети, так и избежать нестабильной работы сети и отказа от децентрализации.
У данного подхода есть свой недостаток – уровень сложности проектирования асинхронных решений на блокчейне выше, однако грамотно разработанные приложения могут обеспечить даже более высокий уровень качества взаимодействия с блокчейном для конечного пользователя, поскольку асинхронные блокчейны решают проблемы, связанные с низкой масштабируемостью синхронных сетей.
Добрый день, благодарим за оставленный комментарий!
EVM – Ethereum Virtual Machine – виртуальная машина, отвечающая за исполнение смарт-контрактов в сети Ethereum. Возможности виртуальной машины напрямую влияют на архитектуру решений, разрабатываемых внутри сети.
TVM – Threaded Virtual Machine – виртуальная машина, отвечающая за исполнение смарт-контрактов в сетях Everscale и Venom. Было принято решение дать именно такое название виртуальной машине, поскольку она позволяет обрабатывать транзакции из нескольких потоков (шардов), закладывая, таким образом, возможности для построения блокчейнов, обладающих высокой степенью масштабируемости. Это, в конечном итоге, решает многие проблемы блокчейнов предыдущего поколения.
Добрый день, благодарим за оставленный комментарий!
Гибкость смарт-контрактов в сети Everscale позволяет настраивать приложение таким образом, что у конечного пользователя появляется выбор относительно того, какими токенами покрывать издержки работы приложения в сети, то есть оплачивать комиссию сети.
Если вы уже являетесь пользователем экосистемы Everscale и у вас есть кошелек с EVER на балансе, вы можете инициировать взаимодействие с приложением как в любой другой сети – приложив некоторое количество EVER к своей транзакции.
В случае же если вы пока не располагаете EVER, однако вам необходимо воспользоваться услугами децентрализованного приложения, например, бриджа, вы можете оплатить услуги этого бриджа из тех средств, которые будут получены в результате работы приложения. Иными словами, новому пользователю не обязательно изыскивать нативные токены сети, чтобы пользоваться приложениями, развернутыми в данной сети, что, как нам видится, добавляет удобство использования продуктов экосистемы конечному пользователю.
Добрый день! Благодарим за оставленный комментарий.
Асинхронное исполнение смарт-контрактов позволяет разделить нагрузку от валидации транзакций на несколько валидирующих нод. В синхронных блокчейнах один блок, включающий в себя все транзакции за определенный период времени, валидируется одной нодой. Таким образом, пропускная способность блокчейна ограничена вычислительной мощностью одной ноды (стоит понимать, что разные ноды могут иметь разные характеристики, и при условии, что для валидации блока была выбрана слабая нода, она может не успеть завалидировать блок).
При асинхронном исполнении смарт-контрактов несколько нод валидируют собственные блоки, попутно запрашивая информацию о состоянии сети у других нод. Таким образом, пропускная способность сети растет с количеством нод-валидаторов, которые подключаются к валидации при росте нагрузки (шардинг).
Lightning это L2 решение заточенное ровно под 1 кейс - перевод средств, к тому же из-за своей специфики lightning обладает высокой степенью централизации, т.к только крупные игроки могут позволить себе открывать большое количество каналов, таким образом сеть выглядит как несколько крупных хабов, к которым все подключены. В everscale проблема решается на более фундаментальном уровне, ему не нужны L2, к тому же масштабировать можно любые системы смарт-контрактов, а не только переводы.
Например, как шардировать, если рост количества транзакций самый типовой - линейный, между произвольными кошельками?
А проблемы здесь нет. Замеряется нагрузка по адресам и шард делит воркчейн таким образом, чтобы поделить ее. Задачи кластеризовать нет, наоборот система старается поделить нагрузку.
Чё делать, если транзакции между кошельками в разных шардах?
Это самый основной кейс. Когда шард > 1, то в цепочке практически всегда есть транзакции между шардами. Шарды синхронизируются между собой через мастер-чейн. Он выпускает блоки с заголовками шард-блоков. После этого шарды импортируют с других шардов блоки с этими загловоками. Таким образом все имеют один стейт. Возможно, в статье стоило описать этот процесс чуть подробнее.
Добрый день! Благодарим за разъяснение предыдущего комментария.
У любой децентрализованной сети есть код протокола. Он описывает логику признания транзакции и блока валидными, а также описывает условия, при выполнении которых блок будет включен в блокчейн (или другую структуру данных, выбранную разработчиками децентрализованной сети).
Смарт-контракты позволяют генерировать транзакции на основе выполнения кода, записанного в контракт. Таким образом, возможности сети расширяются от простой отправки криптовалюты и записи данных о транзакции в новый блок до исполнения любой пользовательской логики (и все это без вмешательства в код на уровне протокола).
Именно благодаря смарт-контрактам появилась возможность написания, например, децентрализованных бирж, логика работы которых полностью завязана на смарт-контрактах и, следовательно, подчиняется правилам, прописанным в протоколе.
Добрый день, благодарим за комментарий.
Мы уверены, что для полноценного развития блокчейн-индустрии требуется безопасный, масштабируемый и децентрализованный блокчейн, способный обеспечить такой же уровень пользовательского опыта, как тот, который сегодня предоставляется лучшими централизованными решениями.
Разработка для такого блокчейна должна быть также доступна для подавляющего большинства разработчиков. На сегодняшний день сложилась ситуация, когда Солидити является ведущим языком разработки смарт-контрактов.
Итого: мы описали базово знакомый язык для разработки смарт-контрактов, которые предназначены для развертывания и работы в асинхронной сети, обладающей высокой пропускной способностью. Предлагаем ознакомиться с продуктами, написанными на Солидити в соответствии с асинхронной парадигмой: Flatqube, Octus Bridge, Gravix.
Добрый день! Благодарим за оставленный комментарий.
Основное различие заключается в том, что разработчики блокчейнов 4 поколения начали поиски реализации дополнительных механизмов на уровне протокола для повышения пропускной способности. Изменения кажутся незначительными, поскольку основная суть децентрализованной сети не меняется, а лишь добавляются новые технологии, которые, тем не менее, при удачной реализации могут подсветить практическую разницу между поколениями.
На самом деле, пропускной способности одного воркчейна достаточно для обеспечения качественного пользовательского опыта при том уровне принятия блокчейн-технологий, который мы наблюдаем сегодня. Запуск новых воркчейнов может стать актуален тогда, когда появится необходимость вынесения новой логики за пределы использующегося сегодня воркчейна 0. На сегодня точных дат по запуску новых воркчейнов нет.
Несмотря на то, что это лишь предположение, оно не кажется чрезмерно оптимистичным. Нельзя исключать возможность возникновения ситуации, когда в будущем многие использующиеся сегодня решения будут заменены на децентрализованные аналоги.
Добрый день, благодарим за оставленный комментарий!
Разделение на поколения - субъективное понятие. В рамках статьи - это значимые изменения в области децентрализованных сетей. Но вы правы, многие блокчейны, в частности Ethereum, стремительно развиваются добавляя новый функционал.
Лайтнинг не увеличивает пропускную способность биткоина. Это L3 сеть поверх биткоина, которая внутри себя быстро обрабатывает транзакции и пачкой передаёт их в сеть биткоина для обработки. Иными словами перевод в лайтнинге появится в сети биткоина позже, чем прямой перевод.
По нашему мнению повышение скорости является новой вехой в развитии децентрализованных технологии. Например, раньше компьютеры обрабатывали по сто операций в секунду и всем казалось, что лучше уже не может быть. Теперь они обрабатывают сотни миллионов операций в секунду и всем хочется ещё больше.
Добрый день, благодарим за оставленный комментарий!
При достижении отрицательного баланса, аккаунт сначала переходит в статус «в заморозке», а после этого удаляется. Аккаунт все еще можно восстановить: в сети сохраняется хеш состояния контракта. Если заново развернуть контракт с тем же кодом и сохранившимся в сети состоянием, кошелек будет восстановлен.
Добрый день, благодарим за оставленный комментарий!
Комиссии в сети Ethereum даже после перехода на PoS остаются динамическими и зависят от нагрузки. Конечный пользователь может захотеть оплатить кофе в период, когда сеть сильно загружена (например, хайп новой монеты и, соответственно, большая нагрузка на дексах), в таком случае комиссия может стоить несколько чашек кофе.
Если вы хотите попробовать написать собственный смарт-контракт, мы могли бы посоветовать вам обратить внимание и на другие сети.
Добрый день, благодарим за оставленный комментарий!
Возможно, нам следовало более полно раскрыть тему возникающих проблем при низкой степени масштабируемости той или иной сети.
Если кратко, часть блокчейнов ограничивает конечного пользователя через механизм повышения сетевых комиссий, регулируя таким образом баланс спроса на услуги сети. Некоторые проекты жертвуют стабильностью работы или децентрализацией для достижения высокой пропускной способности. Разработка блокчейна в рамках асинхронной парадигмы позволяет как значительно увеличить пропускную способность сети, так и избежать нестабильной работы сети и отказа от децентрализации.
У данного подхода есть свой недостаток – уровень сложности проектирования асинхронных решений на блокчейне выше, однако грамотно разработанные приложения могут обеспечить даже более высокий уровень качества взаимодействия с блокчейном для конечного пользователя, поскольку асинхронные блокчейны решают проблемы, связанные с низкой масштабируемостью синхронных сетей.
Добрый день, благодарим за оставленный комментарий!
EVM – Ethereum Virtual Machine – виртуальная машина, отвечающая за исполнение смарт-контрактов в сети Ethereum. Возможности виртуальной машины напрямую влияют на архитектуру решений, разрабатываемых внутри сети.
TVM – Threaded Virtual Machine – виртуальная машина, отвечающая за исполнение смарт-контрактов в сетях Everscale и Venom. Было принято решение дать именно такое название виртуальной машине, поскольку она позволяет обрабатывать транзакции из нескольких потоков (шардов), закладывая, таким образом, возможности для построения блокчейнов, обладающих высокой степенью масштабируемости. Это, в конечном итоге, решает многие проблемы блокчейнов предыдущего поколения.
Добрый день, благодарим за оставленный комментарий!
Гибкость смарт-контрактов в сети Everscale позволяет настраивать приложение таким образом, что у конечного пользователя появляется выбор относительно того, какими токенами покрывать издержки работы приложения в сети, то есть оплачивать комиссию сети.
Если вы уже являетесь пользователем экосистемы Everscale и у вас есть кошелек с EVER на балансе, вы можете инициировать взаимодействие с приложением как в любой другой сети – приложив некоторое количество EVER к своей транзакции.
В случае же если вы пока не располагаете EVER, однако вам необходимо воспользоваться услугами децентрализованного приложения, например, бриджа, вы можете оплатить услуги этого бриджа из тех средств, которые будут получены в результате работы приложения. Иными словами, новому пользователю не обязательно изыскивать нативные токены сети, чтобы пользоваться приложениями, развернутыми в данной сети, что, как нам видится, добавляет удобство использования продуктов экосистемы конечному пользователю.
Добрый день! Благодарим за оставленный комментарий.
Асинхронное исполнение смарт-контрактов позволяет разделить нагрузку от валидации транзакций на несколько валидирующих нод. В синхронных блокчейнах один блок, включающий в себя все транзакции за определенный период времени, валидируется одной нодой. Таким образом, пропускная способность блокчейна ограничена вычислительной мощностью одной ноды (стоит понимать, что разные ноды могут иметь разные характеристики, и при условии, что для валидации блока была выбрана слабая нода, она может не успеть завалидировать блок).
При асинхронном исполнении смарт-контрактов несколько нод валидируют собственные блоки, попутно запрашивая информацию о состоянии сети у других нод. Таким образом, пропускная способность сети растет с количеством нод-валидаторов, которые подключаются к валидации при росте нагрузки (шардинг).
Lightning это L2 решение заточенное ровно под 1 кейс - перевод средств, к тому же из-за своей специфики lightning обладает высокой степенью централизации, т.к только крупные игроки могут позволить себе открывать большое количество каналов, таким образом сеть выглядит как несколько крупных хабов, к которым все подключены. В everscale проблема решается на более фундаментальном уровне, ему не нужны L2, к тому же масштабировать можно любые системы смарт-контрактов, а не только переводы.
На данный момент есть основной нулевой воркчейн и мастерчейн.
А проблемы здесь нет. Замеряется нагрузка по адресам и шард делит воркчейн таким образом, чтобы поделить ее. Задачи кластеризовать нет, наоборот система старается поделить нагрузку.
Это самый основной кейс. Когда шард > 1, то в цепочке практически всегда есть транзакции между шардами. Шарды синхронизируются между собой через мастер-чейн. Он выпускает блоки с заголовками шард-блоков. После этого шарды импортируют с других шардов блоки с этими загловоками. Таким образом все имеют один стейт. Возможно, в статье стоило описать этот процесс чуть подробнее.