🤩Интро
Что такое сервисы и в чём их отличие от смарт-контрактов?
Точка отсчёта
Долгое время проекты криптоиндустрии позволяли выполнять смарт-контракты в ограниченной среде используя разного рода ограничения такие как WASM модули которые выполняются в безопасной песочнице, специальные языки типа Solidity(EVM),Scilla(Zilliqa),Clarity(Stacks), Marlowe(Cardano) или же сторонние технологии типа BPF(Solana). Это отлично, нормально и так, пожалуй, и должно было быть, но всё же - такие ограничения никак не способствуют развитию индустрии.
Кроме того, для взаимодействия между собой такие приложения используют саму цепочку - вызовы оракулов, выполнения контрактов и прочее происходят ончейн что зачастую дорого и затратно.
А вот было бы классно перенести большую часть логики оффчейн, сделать масштабирование персонализированным для каждого смарт-контракта отдельно, работать асинхронно и не завися друг от друга, пользоваться разными технологиями без ограничений, лимитов и так далее. Смарт-контракты в таком случае могли бы обмениваться данными оффчейн, разного рода децентрализованные биржи запрашивали б данные оракулов быстро и бесплатно, отдельные контракты могли бы решать кому позволять бесплатно выполнятся, в какое время и так далее. Что ж, время пришло.
KLYNTAR Services
Представляем вам KLYNTAR Services - новый вид смарт-контрактов на KLYNTAR. В отличии от обычных контрактов которые сильно ограниченные, тут у вас не связанные руки.
Приведу пару примеров сервисов которые могут быть реализованы и запущены вами на KLYNTAR
К примеру, вы сможете написать сервис оракулов который будет в оффчейн режиме предоставлять информацию всем желающим. Или же, это может быть децентрализованная биржа которая и будет использовать этих оракулов.
Вы сможете написать новый, улучшенный Filecoin который, к примеру, будет прослушивать Avalanche и Solana для интерактива с их смарт-контрактами и так далее.
Вы можете написать свой токен, который будет отслеживать вашу активность в соцсетях, писать кроссчейн и мультичейн приложения, использовать облачные вычисления и многое другое.
Что говорить, если даже автоматический запуск симбиотов может быть построен с использованием KLYNTAR Services.
Это лишь малая доля "моментальных" идей которая приходит на ум когда речь идёт про KLYNTAR Services.
Введение
Сервисы являются вашими отдельными проектами которые будут работать параллельно симбиотам и будут выполнять свою логику. Это отдельный репозиторий который вы публикуете где-то на GitHub или на своих ресурсах и который поддерживают узлы KLYNTAR.
Вы собираете и деплоите свой сервис в сеть следуя определённым правилам. К примеру, в Apollo есть команда service которая предоставляет функционал для билда метаданных сервиса, поиска сервисов по сети(чтоб загрузить их локально и тоже стать узлом который поддерживает сервис), для сканирования сервисов на наличия малвари(шифровальщиков, лоадеров, стейджеров для эксплоитов и т.д.)
Итак, после того, как вы создадите свой сервис - вы можете задеплоить его в сеть. Узлы принимают архив или ссылки, а дальше в работу вступает раннер - обработчик сервисов который принимает решения стоит ли в принципе запускать сервис, доверяете ли вы автору или же он входит в ваше дерево доверия, достаточно ли центров-антивирусов проверили данный репозиторий, какая тематика данного сервиса(может вы хотите поддерживать только сервисы которые нацелены на приватность) и многое другое.
Мы познакомимся с раннерами позднее, в главе Раннеры. Однако, пусть пока что для вас это будет некоторым чёрным ящиком который просто принимает архив с сервисом и выполняет с ним определённые действия
Визуализация
Сейчас мы вам представим картинку-схему которую мы украли со страницы про раннеры, но здесь наглядно можно будет проследить что к чему
Здесь синим цветом обозначены ноды которые работают в сети KLYNTAR(для упрощения не будем тут делить на симбиоты), а фиолетовым - только что запущенный сервис.
Рассмотрим поэтапно:
Деплой сервиса в сеть Отправка архива в специальном формате - с подписями, хэшами и дополнительными метаданными(подписи сервисов-антивирусов которые проверили репозиторий, подписи каких-то адресов которым доверяют ноды для того чтоб сервис запустило как больше нод, ваша личная ставка чтоб при нарушениях можно было лишить вас доли, тематика сервиса, ключевые слова, ссылки в соцсетях-Телеграм канал сервиса, TOR зеркало и так далее)
Ноды принимают этот особый формат и передают в раннер для дальнейшей обработки На этом уровне всё зависит от гибкости и конфигурации раннера. На этом этапе и происходят все проверки - подписей, ставок, раннер решает интересен ли вам сервис чтоб его запускать, проверяет мультиподписи от сервисов-антивирусов и прочее.
Если сервис проходит проверку, то раннер развёртывает сервис на основании своих же правил Раннер может запускать в отдельном Docker / LXC контейнерах, использовать уже существующий контейнер, запускать на разных машинах и прочее.
Остальные ноды делают тоже самое и, как вы успели уже заметить, формируется вторая сеть уже для сервиса.
Сервис начинает свою активность используя большое количество нод KLYNTAR, их возможности, работает параллельно остальным сервисам и может с ними взаимодействовать
Сфера использования сервисов
Сервисы могут обмениваться данными друг с другом, работать на другие цепочки, быть самостоятельной сетью и так далее.
К примеру, сервис может быть оракулом для KLYNTAR симбиотов, хранить данные смарт-контрактов EVM цепочек, быть отдельной DEX и так далее.
Вы можете творить что угодно!
Что KLYNTAR дает сервисам
С нашей стороны мы обеспечиваем децентрализацию(благодаря узлам KLYNTAR и их инфраструктурам), надёжность всей криптоидустрии(потому что сервисы могут делать коммиты в симбиоты - а значит они тоже полагаются на безопасность всех остальных) и доступ к разным сетям, не считая разумеется ресурсов типа сети / электроэнергии / памяти.
На KLYNTAR вы сможете создавать свои токены которые будут использовать другие сервисы, проводить собственную монетарную политику чтоб узлам было выгодно работать на ваш сервис и так далее.
Примеры сервисов
Ниже приведены примеры сервисов которые мы взяли из нашего WhitePaper. Тут представлена следующая ситуация:
Предположим, что у вас на Polygon есть какой-то смарт-контракт который должен определить авторов лучших эксплоитов(не важно для какой платформы или ПО - упустим эти подробности для простоты) в зависимости от уровня опасности эксплуатируемой уязвимости согласно метрикам CVSS.
Это вполне реальная ситуация - подобные мероприятия могут проводиться какой-то организацией или компанией + результаты могут быть необходимы для какой-то другой логики блокчейна(к примеру, перевести победителям 10 единиц какого-то токена или что-то в этом роде).
Поскольку на Polygon это сделать невозможно - вы можете обратится к KLYNTAR Services. На изображении ниже как раз описывается механизм работы такого сервиса. Сервис зарабатывает путём анализа семплов и может быть написан какой-то компанией из сферы кибербезопасности.
Тут описан следующий механизм:
Вы готовите смарт-контракт если он ещё не опубликован в сети Polygon. Тут вы можете указать ограничения конкурса по времени, указать ETH адрес сервиса которому разрешено писать в ваш контракт(к примеру, для записи результатов), указываете условие для уровня опасности эксплоита(к примеру, выдавать награды выше за более опасные эксплоиты) и ссылку которую вы получите от сервиса чтоб авторы эксплоита могли заливать туда свой код для анализа.
Затем вы находите нужный сервис. Мы создадим для вас отдельный ресурс или же вы можете самостоятельно найти нужные вам сервисы через социальные сети или рекламу. К примеру, вы зайдёте на services.klyntar.org и там по категориям или ключевым словам получите то что вам нужно.
Дальше вам нужно заключить что-то типа публичного договора - вы оплачиваете стоимость работы сервиса в KLY монетах или же следуя другим условиям сервиса. К примеру, для большей гибкости сервис может позволять оплачивать свои услуги в Bitcoin, Monero, взаимодействовать с вами через смарт-контракт и так далее. В любом случае, нам нужен этот шаг для вашей же безопасности - ведь если сервис поведёт себя не так как надо, он потеряет доверие, а значит и потенциальный заработок и стейкеров(об этом далее)
После всех процедур, сервис выдаст вам URL по которому авторы эксплоитов могут заливать свои работы. Сервис будет обрабатывать семплы и после публиковать результаты в Polygon контракт где будет выполняться соответствующая логика(к примеру, за первое место автор с адресом 0xaaa... получит 1 ETH, за второе место - 50 каких-то токенов и так далее).Так же, автор эксплоита может сперва опубликовать хэш на контракте чтоб доказать свое авторство в будущем.
Поскольку результаты публичны(результат работы в Polygon, результаты сервиса), то любой может проверить достоверность происходящего и "честность" сервиса. Стейкеры на сервис получают свою долю от оплаты за работу сервиса так как привязали свои монеты KLYNTAR или унобтаниум(свои ресурсы) к сервису.
Да, сервисы могут поддерживать стейкинг, иметь собственный токен и так далее. Здесь в качестве примера стейкинга используется унобтаниум. Суть в том, что если стейкеры привяжут свой унобтаниум к сервису, то при его использовании сторонними пользователями или смарт-контрактами часть выплат пойдёт именно стейкерам.
При этом, если у сервиса пользователей не будет или же будет замечено его злонамеренное поведение, то сервис ничего не заработает и потеряет пользователей или доверие, а ставки стейкеров всё это время будут просто "простаивать" вместо того, чтоб получать процент если б они были поставлены на другой-честный сервис.
Ещё один пример
Вот второй пример сервиса. Здесь опять таки можно увидеть возможности KLYNTAR. Так, к примеру, здесь между нодами разделены роли на
Узлы Solana
Узлы Avalanche
Узлы разведчики
Узлы координаторы
Здесь представлен пример сервиса который позволяет вам переносить NFT, токены и другие ресурсы между сетями и при этом, узлы разведчики вносят определённые дополнительные функции. К примеру, он может видеть что если на Avalanche кто-то пытается продать токены вашего сервиса(мы их просто назвали WKLY, но у вас может быть свое название) на адрес контракта который тоже является каким-то токеном, то ноды разведчики увидят это событие, просканируют контракт, узнают информацию и если к примеру это какой-то скам проект, то токены после вашей продажи контракту злоумышленника будут заблокированы и скаммер ничего не получит.
Поскольку такие события общедоступные, то ноды разведчики могут предоставить остальным держателям токена этого сервиса доказательства - с чего это они вдруг решили заблокировать токены какого-то адреса. Остальные смогут ознакомится с этими доказательствами и если реально окажется что токены были переведены на контракт какого-то скамера, то нет причин для паники и для продажи токена вашего сервиса. Напротив, это будет сигналом что ноды-разведчики хорошо поработали.
Таким образом, новые и будущие держатели аналогично смогут убеждаться в правоте действий в рамках жизни этого сервиса.
В качестве заключения
Здесь мы в общих чертах описали механизм работы сервисов. Мы постарались дать вам понимание того, почему это лучше чем обычные смарт-контракты, какие возможности стоят за KLYNTAR Services и многое другое.
В будущем мы так же будем публиковать разные туториалы и практики как создать собственный сервис, как правильно формировать метаданные сервиса для большего распространения и прочее.
Следите за нами в социальных сетях для того чтоб всегда быть в курсе новостей и обновлений!
Last updated