Эта статья призвана дать некоторое образование о программируемых блокчейнах (также называемых «платформами разработки смарт-контрактов») и объяснить причину, по которой Callisto не является одной из них, несмотря на то, что она имеет встроенную систему смарт-контрактов.

Позвольте мне развеять некоторые мифы о смарт-контрактах, блокчейнах и разработках в этой области, а также выскажу свое собственное видение того, какое будущее ждет Каллисто.

Миф: ценность проекта отражает прогресс в развитии

Сравним два проекта: ADA (Cardano, топ 12) и CLO (Callisto, 712 место).

Основная цель ADA - служить платформой для разработки смарт-контрактов.

Основными целями Callisto являются реализации экспериментальных протоколов (1) аудитов безопасности, финансируемых на уровне протокола, (2) экономической ценности механизмов временной блокировки (Cold Staking), (3) системы управления на основе голосования. Каллисто никогда не претендовала на роль конкурентоспособной платформы разработки.

Прогресс развития этих платформ

ADA:

Ада находится в разработке почти 3 года и еще не достигла ни одной из своих конечных целей.

CLO:

  • 1 активный DApp: контракт Cold Staking
  • Хотя трудно оценить количество пользователей холодного стекинга, очевидно, что около 50% общего предложения CLO занято стейкингом.
  • 12,9К активных уникальных адресов

Callisto выполнила 2 из 3 основных целей (Cold Staking, Auditing system) уже за 2 года разработки.

Совершенно очевидно, что текущая рыночная ситуация не отражает фактических сценариев использования / прогресса разработки или внедрения DApps. DApps - это не то, что приносит пользу проекту, если ADA по-прежнему находится на вершине 12 с 0 DApps. AION (116 место) также лучше по этому показателю.

ПРИМЕЧАНИЕ. Я не хочу оскорблять Чарльза Хоскинсона, говоря это. Я уважаю все его намерения и всю огромную работу, проделанную IOHK. Мы также основали нашу модель управления на бумаге IOHK. Факт таков: ADA не разрабатывала ни одной из своих основных функций уже почти 3 года. Я желаю, чтобы это было сделано, чтобы я мог оценить разработку смарт-контрактов для ADA.

Почему нам не нужна «еще одна платформа DApp»

Ответ довольно прост: отрасли не нужны платформы для разработки смарт-контрактов, которые не имеют решающего преимущества перед существующими.

Для разработки платформы смарт-контрактов, которая будет иметь решающее преимущество, часто требуется (1) команда профессиональных разработчиков, (2) четкое и глубокое понимание того, что нужно улучшать, и (3) такой же объем финансирования, что и Block.One, Ethereum. Фонд или Джастин Сан инвестировали в их проекты.

Быстро развивающиеся протоколы требуют постоянного обслуживания (для чего требуется команда профессионалов), чтобы идти в ногу с развивающейся экосистемой. Нет причин иметь платформу, которая не будет развиваться так быстро, как ее конкуренты, потому что это повредит всем проектам (DApps), которые построены на ней. Таким образом, определенно нет причин иметь платформу DApp, которая в долгосрочной перспективе повредит его DApp.

Если у вас нет всех трех вышеупомянутых компонентов, вы просто теряете время и лжете людям, обещая то, что не можете выполнить. Привлечение DApps на платформу, которая не является конкурентоспособной в долгосрочной перспективе, просто навредит этим DApps и их командам разработчиков.

Я вспоминаю ряд ICO и проектов, запущенных на ETC еще в 2017 году. Ни один из них не был настолько успешным, как ICO ETH. Это проблема массового внедрения и сетевого эффекта. Если у нас есть две конкурирующие платформы разработки, разработчику DApp лучше выбрать более крупную, если у нее нет реальных недостатков по сравнению с конкурентом. В то время Ethereum был в 30 раз больше, чем Ethereum CLassic (измеряется размером сообщества * рыночной капитализацией).

Я не хочу, чтобы Callisto была платформой для разработки DApp

Совершенно очевидно, что мы не сосредоточены на разработке протоколов или разработке более совершенных виртуальных машин, компиляторов или каких-либо функций, которые могли бы улучшить смарт-контракты. Вместо этого мы сосредотачиваемся на безопасности и улучшении уже существующих платформ смарт-контрактов. Если у нас нет решающего преимущества, лучше работать над улучшением уже существующих платформ, а не конкурировать с ними. Это повредит тем разработчикам DApp, которые последуют за нами, если мы не выиграем эту гонку.

Если мы решим конкурировать с TRX или EOS, это будет пустой тратой времени и ресурсов, потому что у нас нет достаточно средств, опыта или причин для разработки чего-то лучше, чем у этих платформ уже есть.

Callisto в настоящее время построен на старом коде Ethereum, который до смешного громоздок и неэффективен по сравнению с более новыми протоколами. Единственная причина, по которой Каллисто полагается на эту базу кода, заключается в том, что наша миссия - предоставить основные улучшения для ETC. Это была заявленная с самого начала цель, и мы ее выполнили, как и обещали. Пришло время подумать о лучших вариантах для себя.

Если у нас есть план перехода на новую кодовую базу или консенсусный протокол, то у нас нет абсолютно никаких причин для разработки инструментов, инфраструктуры и привлечения разработчиков смарт-контрактов в CLO. Все эти инструменты, DApps и улучшения инфраструктуры будут выброшены, когда мы перейдем на новый протокол. Это превратит разработку этих функций в пустую трату времени и ресурсов.

Почему мы продвигали смарт-контракты Callisto в прошлом?

Я скептически относился к смарт-контрактам в Callisto с самого начала и открыто выражал свое мнение каждый раз, когда меня спрашивали. Прочтите для примера эту статью.

В прошлом не все члены команды разделяли мое мнение по этому поводу. Я не могу справиться со 100% разработкой самостоятельно, поэтому я сосредоточился на том, что считал наиболее важным: холодный стейкинг, аудит, управление.

Следует отметить, что ситуация была не такой ясной, и раньше было сложно принимать какие-либо решения. EOS находился на стадии «раннего внедрения», приближался Ethereum 2.0, и ряд проектов находился в стадии разработки. Теперь сценарий обновления очевиден, и я надеюсь, что мы пришли к консенсусу по этому поводу внутри команды. Необходимо определиться со сценарием обновления и на какой протокол мы будем опираться. Недавно я провел много исследований о платформах смарт-контрактов, которые включают: TRX, EOS, Ethereum2.0, AION, IOST (я бы назвал ADA, но исследования были ограничены «пока нет функций»). Telegram Network сейчас в моем списке TODO.

Теперь появилась EOS 1.8, которая также решает ряд важных вопросов. Я жду грядущего патча для ЦП EOS, который разрешит атаку с освобождением ЦП, которую я недавно разработал.

Теперь ясно, что нам больше не следует продвигать DApps в CLO, потому что мы с нетерпением ждем перехода на более новую и лучшую кодовую базу или согласованный протокол.

Почему тогда мы взяли на вооружение разработку игр «Монополия»?

У меня две причины:

  1. Предложение получило множество положительных отзывов сообщества.

2. Мы можем повторно реализовать DApp после перехода на новую кодовую базу, чтобы проиллюстрировать разницу между старыми системами смарт-контрактов и новыми. В настоящее время не так много DApps, которые могут описать преимущества использования новых платформ по сравнению со старыми, потому что не так много DApps было развернуто на обоих типах платформ разработки.

Хорошо, я много говорил о том, какие риски может представлять разработка DApps на Callisto. Честно говоря, я должен сказать, что мы децентрализованное сообщество, и каждый может поделиться своими идеями. Если кто-то решит создать DApp на CLO, он должен иметь в виду, что:

  • Мы собираемся обновить базу кода Callisto, и вполне возможно, что мы переключимся на более новую виртуальную машину без обратной совместимости, поэтому разработчику придется развернуть свой DApp в Ethereum, Ethereum CLassic, TRX или любой другой цепочке, совместимой с EVM. как только Каллисто выполнит обновление
  • Мы не собираемся создавать инструменты разработки смарт-контрактов или предоставлять какие-либо периферийные услуги, облегчающие использование смарт-контрактов в Callisto, потому что мы ищем новую кодовую базу и лучшую виртуальную машину.
  • Для DApp на основе Callisto может быть сложно добиться массового внедрения. Это особенно актуально для токенов. Биржи, как правило, легко перечисляют токены на основе ETH, в то время как токены на основе CLO вряд ли будут перечислены на некоторых крупных биржах.

Разработчики должны учитывать эти аспекты и со всей ответственностью подходить к выбору платформы. Однако, если кто-то решит разработать DApp на Callisto, мы поддержим это намерение всеми возможными способами:

  • Мы будем рады объявить о любых DApps и помочь разработчикам рассказать о своих проектах.
  • Мы предлагаем улучшения безопасности.
  • Разработчик DApp может с легкостью развернуть точно такой же код в любой из EVM-совместимых цепочек.

Зачем нужны смарт-контракты в CLO?

Протокол Ethereum был самым продвинутым, когда мы начали разработку Callisto Network. У нас был набор идей, и я знал, как их реализовать в смарт-контрактах. Поэтому мы решили реализовать его именно так.

У нас была возможность отключить уровень смарт-контрактов, но это потребовало бы значительных изменений без каких-либо реальных преимуществ, поэтому было решено оставить их «как есть».