Entre as principais inovações do ICP ( Internet Computer Protocol) existem

CANNISTER SMART CONTRACTS ( FULL-STACK DECENTRALIZATION)

~ Canister Smart Contract é uma peça fundamental ou parte importante de tudo o que diz respeito à computação e aos dados no Internet Computer Protocol.

É quem define ou estrutura como o smart contract será, ao transferir o smart contract de uma simples transação ou pequeno pedaço de código para um grande contentor de software em escala web( Grande armazenamento de dados) Que funciona diretamente na Blockchain.

O Canister não é apenas código, mas sim uma unidade computacional composta por 2 elementos importantes:

O primeiro é

• O código: ou seja, WebAssembly (Wasm) que é uma parte que contém a lógica da aplicação. O Wasm oferece suporte e permite aos developers escreverem código nas principais e mais populares linguagens de programação como Rust, Typescript e também Motoko( que é a linguagem de programação nativa do ICP.

O segundo é

• O estado )Data(: ou seja, a memória e o armazenamento de dados da aplicação. É aqui que toda a informação da aplicação fica guardada e é automaticamente protegida pela rede segundo o sistema chamado ) Orthogonal Persistence(.

É como se fosse um bundle ou containers de cloud computing do Web2 mas a funcionar numa rede descentralizada, numa Blockchain pública.

Os Canisters têm capacidade de alojar e servir toda a stack de aplicações web, ou seja, frontend, backend e dados, tudo totalmente on-chain.

Agora vejamos quatro componentes importantes de uma aplicação Blockchain tradicional )Web3(, como funcionam e como passarão a ser no sistema ICP Cannister App.

O primeiro é

• Backend Logic que normalmente corre diretamente num smart contract )EVM(. Mas no sistema ICP Cannister App, corre dentro do Canister )Wasm(

Depois

• Data Storage que é muito caro e, na maioria das aplicações Blockchain tradicionais )Web3 (, depende de bases de dados centralizadas como )AWS, Azure e Cloudflare(. No sistema ICP Cannister App, corre na memória do Canister, que é muito mais económica.

Depois

• Frontend/UI que normalmente também está alojado em serviços cloud centralizados como ) Netlify, Vercel( ou em armazenamento descentralizado como )IPFS/Filecoin(. No sistema ICP Cannister App, é servido diretamente do Canister )HTML, CSS e JavaScript(.

Por fim

• User Access que nas aplicações Blockchain tradicionais requer um gateway centralizado/provedor de nós como Infura ou Alchemy.
Mas no modelo ICP Cannister App, o acesso é feito diretamente por URL, tal como qualquer website, através do ICP Gateway.

Vantagens de ter o Frontend On-chain

Vimos recentemente o que aconteceu com a paragem de muitos serviços devido a falhas na Cloudflare.

Mas se o Frontend estivesse a ser servido On-chain em vez de num cloud centralizado, então:

Haveria

• Confiança End-to-End: Como o front-end )(ou seja, a interface de utilizador que vemos nos nossos browsers)( é servido diretamente a partir do mesmo smart contract descentralizado que gere a lógica backend, toda a aplicação torna-se à prova de adulteração e imparável. Não existirá nenhum Single Point Of Failure )SPOF(.

• Eliminação de Fornecedores Cloud: Os developers deixam de precisar de depender de AWS, Google Cloud, Cloudflare, etc., assim como das CDNs tradicionais )Content Delivery Networks( para alojar qualquer parte da sua aplicação.
• Velocidade Web: Como os Canisters lidam diretamente com pedidos HTTP e servem conteúdos, a velocidade será de latência ao nível dos milissegundos para leituras, proporcionando uma experiência semelhante ao Web2.

Se todas as aplicações Blockchain Tradicionais estivessem a correr tudo 100% sobre um sistema descentralizado sem dependerem de serviços cloud Web2, mesmo que todas essas plataformas cloud parassem, nada afetaria as Blockchain Apps.

Porque os Canister Smart Contracts são o pilar que transformou a Internet Computer de um ledger descentralizado para uma plataforma cloud descentralizada, com capacidade e habilidade para correr qualquer aplicação moderna, virtualmente.