Subscribe to Nick Shakel
Nick ShakelМасштабирование пропускной способности с оптимальной передачей данных
В этом документе описываются проекты масштабирования пропускной способности сети Autonomys Network, обеспечивающие практически оптимальную передачу данных, и кратко объясняется, как исследовательская группа Autonomys Labs оценила и выбрала эти подходы.Масштабирование вычислений и пропускной способностиПри разработке блокчейна шардинг необходим для достижения двух важнейших целей масштабирования:Вычисления: Autonomys решает проблему масштабирования вычислений с помощью доменов и операторов дом...
Nick ShakelПревращая децентрализацию в безопасность
Трилемма блокчейнаТрилемма блокчейна - фундаментальная проблема в разработке блокчейна - утверждает, что сети блокчейна могут оптимизировать только два из трех ключевых свойств: децентрализацию, безопасность и масштабируемость. Крупнейшие блокчейны, включая Bitcoin и Ethereum, продолжают бороться с этим компромиссом, часто жертвуя масштабируемостью ради сохранения безопасности и децентрализации. Это приводит к высоким комиссиям за транзакции, медленному времени подтверждения и ограниченной пр...
Nick ShakelAutonomys x Rivalz: Повышение доступности, достоверности и конфиденциальности данных AI
Autonomys с радостью объявляет о стратегическом партнерстве с Rivalz, направленном на создание инфраструктуры, обеспечивающей доступ агентов AI в цепочке к высококачественным и проверенным данным. Мы считаем, что наряду с технологиями сохранения конфиденциальности это является ключом к созданию следующего поколения автономных систем».Ключевые аспекты партнерстваДоступность и верифицируемость данных: Высокопроизводительный уровень доступности данных Autonomys дополнит агентскую систему координ...
<100 subscribers
Nick ShakelМасштабирование пропускной способности с оптимальной передачей данных
В этом документе описываются проекты масштабирования пропускной способности сети Autonomys Network, обеспечивающие практически оптимальную передачу данных, и кратко объясняется, как исследовательская группа Autonomys Labs оценила и выбрала эти подходы.Масштабирование вычислений и пропускной способностиПри разработке блокчейна шардинг необходим для достижения двух важнейших целей масштабирования:Вычисления: Autonomys решает проблему масштабирования вычислений с помощью доменов и операторов дом...
Nick ShakelПревращая децентрализацию в безопасность
Трилемма блокчейнаТрилемма блокчейна - фундаментальная проблема в разработке блокчейна - утверждает, что сети блокчейна могут оптимизировать только два из трех ключевых свойств: децентрализацию, безопасность и масштабируемость. Крупнейшие блокчейны, включая Bitcoin и Ethereum, продолжают бороться с этим компромиссом, часто жертвуя масштабируемостью ради сохранения безопасности и децентрализации. Это приводит к высоким комиссиям за транзакции, медленному времени подтверждения и ограниченной пр...
Nick ShakelAutonomys x Rivalz: Повышение доступности, достоверности и конфиденциальности данных AI
Autonomys с радостью объявляет о стратегическом партнерстве с Rivalz, направленном на создание инфраструктуры, обеспечивающей доступ агентов AI в цепочке к высококачественным и проверенным данным. Мы считаем, что наряду с технологиями сохранения конфиденциальности это является ключом к созданию следующего поколения автономных систем».Ключевые аспекты партнерстваДоступность и верифицируемость данных: Высокопроизводительный уровень доступности данных Autonomys дополнит агентскую систему координ...
Share Dialog
Share Dialog
Мы впервые задумались о Caldera (в то время она называлась Constellation), когда увидели, что мир web3 попал в ловушку 22.
Блокчейн разработчики - представители различных вертикалей, таких как NFT, DeFi, gaming - хотят создавать сложные приложения. Однако они сталкиваются с ограничением, связанным с тем, что все строят на нескольких переполненных блокчейнах.
Начиная свою деятельность, мы хотели создать блокчейн для создания обширных, действительно масштабируемых веб3 игр. Но мы быстро поняли, что проблема не ограничивается только играми - большинство dApp построены на L1.
Нигде это не проявляется так явно, как в Ethereum, который может похвастаться огромным количеством инструкций - 0,19 миллиона в секунду.
Если говорить в перспективе, то это примерно соответствует Altair 8800, компьютеру 1974 года. Спустя полвека скорость вычислений выросла в геометрической прогрессии. Блокчейн - самая медленная в мире платформа для облачных вычислений.
Недостаток скорости обработки в сочетании с высоким интересом разработчиков привел к острой конкуренции за вычисления и хранение данных. Для конечного пользователя это означает высокую плату за газ и замедление транзакций.
Обе эти проблемы препятствуют повышению качества и распространению приложений на цепочке.
Современный компьютер был создан на основе тысяч более мелких инноваций. От транзистора до кремниевого чипа и дисковой операционной системы, каждый уровень абстракции добавлял новую функциональность и привносил вычисления в новые вертикали.
Как и на заре становления компьютера и программирования видеоигр, мы все еще находимся на заре становления блокчейна. Разработчики создают приложения с учетом ограничений блокчейна, точно так же, как мы делали это раньше, когда нас ограничивали скорость и память.
Например, мы видим, как разработчики "играют в гольф" - тратят недели на оптимизацию кода своих смарт-контрактов, чтобы минимизировать количество вычислений и плату за газ. При этом разработчики не только теряют инженерное время, но и часто занимаются "газовой игрой", срезая углы и неосознанно жертвуя безопасностью. Такая ручная оптимизация кода болезненна и в конечном итоге не улучшает пользовательский опыт.
Существует также компромисс между сроком завершения и безопасностью. Более короткий период завершения означает более быстрое выполнение транзакции и более полную информацию для всех участников. С другой стороны, когда мы рассматриваем споры или безопасность, более длительный период завершения позволяет проводить более гибкие операции. Не имеет смысла применять универсальный срок завершения для приложений с разными целями и операциями.
Эти ограничения не полностью остановили развитие инновационных приложений. Но dApps оказались в затруднительном положении из-за необходимости работать на L1, таких как Ethereum или Gnosis. Блокчейн уже прошел долгий путь, но для того, чтобы действительно достичь веб-масштаба, необходимо больше инфраструктуры.
Миссия Caldera заключается в том, чтобы дать разработчикам возможность создавать новые и захватывающие dApp и помочь веб3 достичь массового принятия.
Caldera - это роллап-как-сервис, позволяющий невероятно легко запускать производительные роллапы блокчейна. Разработчики уже используют Caldera для запуска легких, легко настраиваемых блокчейнов, которые наследуют безопасность, известную и любимую нами по другим блокчейнам, таким как Ethereum или Polygon.
Мы считаем распараллеливание транзакций наиболее прагматичным выходом из нынешнего затруднительного положения. Точно так же, как веб-приложениям имеет смысл работать на выделенных серверах, веб3 приложениям нужна своя собственная цепочка, чтобы обеспечить необходимую пропускную способность и возможности.
Недавно мы заключили партнерство с Curio, on-chain игровой студией, которая является первопроходцем в создании инновационных игровых механик web3, таких как соглашения - смарт-контракты, создающие умные правила дипломатии в игре. Например, игроки могут создать договор о ненападении, который предотвращает нападения после выплаты токенов ERC20 смарт-контракту общей гильдии.
Да, многое из этого было невозможно до появления роллапов. Но, продолжая наш предыдущий пример, Curio потребляет около 300 миллионов газа в секунду. Для обработки эквивалентного количества газа блокам Ethereum потребуется 120 секунд - так что можно с уверенностью сказать, что создание Curio на универсальном L1 было бы невозможным.
Используя Caldera, Curio создала выделенный уровень транзакций второго уровня и довела задержку до менее чем одной секунды. Здесь есть широкие возможности для масштабирования и, что не менее важно, защиты от скачков цен на газ.
Мы уже даем возможность разработчикам блокчейна создавать приложения, которые они хотят, без ущерба для производительности и возможностей.
Мы делаем возможным создание на блокчейне тех же функций и масштабов, которые мы используем сегодня в интернете. Мы будем рады, если вы присоединитесь к нам в процессе разработки следующего уровня инфраструктуры, чтобы довести web3 до масштабов, удобства и распространения web2, а в конечном итоге, надеемся, и полностью превзойти web2.
Оригинал статьи на английском: English
Мы впервые задумались о Caldera (в то время она называлась Constellation), когда увидели, что мир web3 попал в ловушку 22.
Блокчейн разработчики - представители различных вертикалей, таких как NFT, DeFi, gaming - хотят создавать сложные приложения. Однако они сталкиваются с ограничением, связанным с тем, что все строят на нескольких переполненных блокчейнах.
Начиная свою деятельность, мы хотели создать блокчейн для создания обширных, действительно масштабируемых веб3 игр. Но мы быстро поняли, что проблема не ограничивается только играми - большинство dApp построены на L1.
Нигде это не проявляется так явно, как в Ethereum, который может похвастаться огромным количеством инструкций - 0,19 миллиона в секунду.
Если говорить в перспективе, то это примерно соответствует Altair 8800, компьютеру 1974 года. Спустя полвека скорость вычислений выросла в геометрической прогрессии. Блокчейн - самая медленная в мире платформа для облачных вычислений.
Недостаток скорости обработки в сочетании с высоким интересом разработчиков привел к острой конкуренции за вычисления и хранение данных. Для конечного пользователя это означает высокую плату за газ и замедление транзакций.
Обе эти проблемы препятствуют повышению качества и распространению приложений на цепочке.
Современный компьютер был создан на основе тысяч более мелких инноваций. От транзистора до кремниевого чипа и дисковой операционной системы, каждый уровень абстракции добавлял новую функциональность и привносил вычисления в новые вертикали.
Как и на заре становления компьютера и программирования видеоигр, мы все еще находимся на заре становления блокчейна. Разработчики создают приложения с учетом ограничений блокчейна, точно так же, как мы делали это раньше, когда нас ограничивали скорость и память.
Например, мы видим, как разработчики "играют в гольф" - тратят недели на оптимизацию кода своих смарт-контрактов, чтобы минимизировать количество вычислений и плату за газ. При этом разработчики не только теряют инженерное время, но и часто занимаются "газовой игрой", срезая углы и неосознанно жертвуя безопасностью. Такая ручная оптимизация кода болезненна и в конечном итоге не улучшает пользовательский опыт.
Существует также компромисс между сроком завершения и безопасностью. Более короткий период завершения означает более быстрое выполнение транзакции и более полную информацию для всех участников. С другой стороны, когда мы рассматриваем споры или безопасность, более длительный период завершения позволяет проводить более гибкие операции. Не имеет смысла применять универсальный срок завершения для приложений с разными целями и операциями.
Эти ограничения не полностью остановили развитие инновационных приложений. Но dApps оказались в затруднительном положении из-за необходимости работать на L1, таких как Ethereum или Gnosis. Блокчейн уже прошел долгий путь, но для того, чтобы действительно достичь веб-масштаба, необходимо больше инфраструктуры.
Миссия Caldera заключается в том, чтобы дать разработчикам возможность создавать новые и захватывающие dApp и помочь веб3 достичь массового принятия.
Caldera - это роллап-как-сервис, позволяющий невероятно легко запускать производительные роллапы блокчейна. Разработчики уже используют Caldera для запуска легких, легко настраиваемых блокчейнов, которые наследуют безопасность, известную и любимую нами по другим блокчейнам, таким как Ethereum или Polygon.
Мы считаем распараллеливание транзакций наиболее прагматичным выходом из нынешнего затруднительного положения. Точно так же, как веб-приложениям имеет смысл работать на выделенных серверах, веб3 приложениям нужна своя собственная цепочка, чтобы обеспечить необходимую пропускную способность и возможности.
Недавно мы заключили партнерство с Curio, on-chain игровой студией, которая является первопроходцем в создании инновационных игровых механик web3, таких как соглашения - смарт-контракты, создающие умные правила дипломатии в игре. Например, игроки могут создать договор о ненападении, который предотвращает нападения после выплаты токенов ERC20 смарт-контракту общей гильдии.
Да, многое из этого было невозможно до появления роллапов. Но, продолжая наш предыдущий пример, Curio потребляет около 300 миллионов газа в секунду. Для обработки эквивалентного количества газа блокам Ethereum потребуется 120 секунд - так что можно с уверенностью сказать, что создание Curio на универсальном L1 было бы невозможным.
Используя Caldera, Curio создала выделенный уровень транзакций второго уровня и довела задержку до менее чем одной секунды. Здесь есть широкие возможности для масштабирования и, что не менее важно, защиты от скачков цен на газ.
Мы уже даем возможность разработчикам блокчейна создавать приложения, которые они хотят, без ущерба для производительности и возможностей.
Мы делаем возможным создание на блокчейне тех же функций и масштабов, которые мы используем сегодня в интернете. Мы будем рады, если вы присоединитесь к нам в процессе разработки следующего уровня инфраструктуры, чтобы довести web3 до масштабов, удобства и распространения web2, а в конечном итоге, надеемся, и полностью превзойти web2.
Оригинал статьи на английском: English
No comments yet