在ICP ( Internet Computer Protocol) 的主要创新中包括

CANNISTER SMART CONTRACTS ( FULL-STACK DECENTRALIZATION)

~ Canister智能合约是与计算和数据相关的Internet Computer Protocol中的一个核心或重要组成部分。

它定义或设计了智能合约的运行方式，通过将智能合约从一个小型的交易或小片代码扩展到大规模的web级软件容器(大型数据存储)，能够完全在区块链上运行。

Canister不仅仅是代码，而是一个包含两个重要组成部分的计算单元：

第一个是

• 代码：即WeAssembly (Wasm)，这是包含应用逻辑的部分。Wasm支持并允许开发者使用主流且流行的编程语言编写代码，如Rust、Typescript，以及motoko(，也就是ICP的专用/原生编程语言)。

第二个是

• 状态 (Data)：即应用的内存和数据存储。这里存储着所有的应用信息，并且由网络自动安全地存储，基于一种称为(Orthogonal Persistence)的机制。

可以理解为类似Web2云计算中的bundle或某些容器，但运行在去中心化网络、公共区块链上。

Canister可以承载和服务整个web应用栈，包括前端、后端和数据，且全部完全上链。

现在我们来看传统区块链应用 (Web3) 的四个重要组成部分，以及它们在ICP Canister App架构下的变化。

第一个是

• 后端逻辑，在传统中直接运行在智能合约 (EVM) 上。而在ICP Canister App架构下，则运行在Canister (Wasm)内。

接着是

• 数据存储，在传统区块链应用 (Web3 ) 中代价高昂，大多依赖于中心化数据库，如(AWS、Azure和Cloudflare)。但在ICP Canister App架构下，数据存储在Canister的内存中，成本更低。

再有

• 前端/UI，通常也仍然托管在中心化云服务如(Netlify、Vercel)，或去中心化存储如(IPFS/Filecoin)。而在ICP Canister App中，前端将直接由Canister (HTML、CSS和JavaScript)服务。

最后是

• 用户访问，传统区块链应用通常需要中心化网关/节点提供商如Infura或Alchemy。
而在ICP Canister App架构下，用户可直接通过URL访问，就像访问任何网站一样，通过ICP Gateway。

将前端运行在On-chain的优势

我们最近看到，由于Cloudflare故障，许多服务出现了中断。

但如果前端托管在On-chain而不是中心化云，那么将会：

获得

• 端到端信任：由于前端(即我们在浏览器中看到的用户界面)直接由同一个去中心化智能合约服务，负责后端逻辑，因此整个应用防篡改且不可阻挡。不会有任何单点故障 (SPOF)。

• 消除云服务依赖：开发者不再需要依赖如AWS、Google Cloud、Cloudflare等中心化服务，也无需依赖传统CDN (Content Delivery Networks)来托管应用的任何部分。
• Web速度：由于Canister直接处理HTTP请求并服务内容，读取请求的延迟可达到毫秒级，提供接近Web2的体验。

如果所有传统区块链应用的所有内容都完全运行在去中心化架构上，而不依赖于Web2云服务，那么即使所有这些云平台全部宕机，也不会影响区块链应用。

因为Canister智能合约是将Internet Computer从去中心化账本转变为去中心化云平台的基石，并具备几乎运行任何现代应用的能力和潜力。