Среди основных инноваций ICP ( Internet Computer Protocol) имеются

КАНИСТРОВЫЕ СМАРТ-КОНТРАКТЫ ( ПОЛНАЯ ДЕЦЕНТРАЛИЗАЦИЯ СТЕКА)

~ Canister Smart Contract — это важный строительный блок или ключевая часть всего, что связано с вычислениями и данными на Internet Computer Protocol.

Он определяет или проектирует, как будет выглядеть смарт-контракт, переводя его от простой транзакции или небольшого фрагмента кода к масштабируемому веб-контейнеру программного обеспечения( Большое хранилище данных), которое полностью работает на блокчейне.

Канистр — это не просто код, а вычислительный блок, который состоит из двух важных компонентов:

Первый — это

• Код: то есть WebAssembly (Wasm), который содержит бизнес-логику приложения. Wasm поддерживает и предоставляет разработчикам возможность писать код на основных и популярных языках программирования, таких как Rust, Typescript, а также motoko(, то есть собственный язык программирования ICP.

Второй — это

• Состояние )Data(: то есть память и хранилище данных для приложения. Здесь хранится вся информация о приложении, которая автоматически и безопасно сохраняется сетью по принципу, называемому ) Orthogonal Persistence(.

Это похоже на bundle или контейнеры облачных вычислений Web2, но они работают на децентрализованной сети, публичном блокчейне.

Канистры способны размещать и обслуживать весь стек веб-приложения — frontend, backend и данные, и всё это полностью on-chain.

Теперь давайте рассмотрим четыре важных компонента традиционного Blockchain App )Web3(, как они работают и как они реализованы в системе ICP Canister App.

Первый — это

• Backend Logic, который обычно работает на смарт-контракте )EVM(. Но в системе ICP Canister App он работает внутри канистры )Wasm(.

Далее

• Data Storage, которое в традиционных Blockchain App )Web3( очень дорого и часто полагается на централизованные базы данных, такие как )AWS, Azure и Cloudflare(. В ICP Canister App оно работает в памяти канистры, что дешевле.

Далее

• Frontend/UI, который чаще всего размещается на централизованных облачных сервисах, таких как )Netlify, Vercel(, или в децентрализованных хранилищах, таких как )IPFS/Filecoin(. В ICP Canister App frontend обслуживается напрямую из канистры )HTML, CSS и JavaScript(.

Последний компонент —

• User Access — в традиционных Blockchain App для доступа требуется централизованный шлюз или провайдер узлов, такие как Infura или Alchemy.
Но в системе ICP Canister App доступ осуществляется напрямую по URL, как любой другой сайт через ICP Gateway.

Преимущества размещения frontend on-chain

Мы недавно видели, к чему приводит остановка работы многих сервисов из-за сбоя Cloudflare.

Но если бы frontend обслуживался on-chain вместо централизованного облака, то:

Это бы обеспечило

• End-to-End Trust: Поскольку frontend )(то есть пользовательский интерфейс, который мы видим в наших браузерах)( обслуживается напрямую из того же децентрализованного смарт-контракта, что и backend-логика, всё приложение становится не подвержено манипуляциям и неостановимо. Отсутствует любая Single Point Of Failure )SPOF(.

• Исключение облачных провайдеров: Разработчикам не нужно полагаться на такие сервисы, как AWS, Google Cloud, Cloudflare и другие, а также на традиционные CDN )Content Delivery Networks( для хостинга какой-либо части своего приложения.
• Web Speed: Поскольку канистры обрабатывают HTTP-запросы напрямую и обслуживают контент, скорость будет на уровне миллисекунд для чтения и обеспечивать аналогичный опыт Web2.

Если бы все традиционные Blockchain-приложения полностью работали бы на децентрализованной архитектуре без зависимости от облачных сервисов Web2, то даже полная остановка всех этих облачных платформ никак не повлияла бы на Blockchain Apps.

Потому что Canister Smart Contracts — это основа, которая превратила Internet Computer из децентрализованного реестра в децентрализованную облачную платформу с возможностью запускать практически любые современные приложения.