跳到主要内容

Blocklet:从可复用组件到声明式应用

从 2017 年白皮书阶段起,Blocklet 始终围绕一个想法:让软件可以复用、可以组合。它的形态不断演进,从组件概念,到 Blocklet Server 上可安装的应用与服务,再到由 ARC 运行的应用定义。

Blocklet 的演进

每个阶段都在扩展 Blocklet 能承载什么、如何被复用。到了 ARC,名字和组合的理念延续下来,实现模型则发生了显著变化。

  1. 2017 · 白皮书构想

    可复用组件

    最初的构想覆盖链上与链下两种形式的可复用组件。这时主要是如何组装应用的架构概念,尚未形成后来 Blocklet Server 的实现形态。

    架构回顾中的 2017 起点 · 2023
  2. 2020 · ABT Node / Blocklet Server 初期

    易于安装的 Web 应用

    初期以 Web 前端应用配合标准后端服务为主。当时的平台名为 ABT Node,2022 年更名为 Blocklet Server。统一的安装与管理体验,让应用更容易运行和组合。

    安装与管理记录 · 2020
  3. Blocklet Server · 服务化

    Blocklet 也能承载后端

    标准化、可组合的 Blocklet 服务将前后端一起交付,Blocklet 本身也能包含后端逻辑。架构回顾记录了 2022 年引入 Serverless 服务方式的进展,应用与可复用服务在平台中的分工逐渐清晰。

    架构回顾中的服务演进 · 2023
  4. 2022–2024 · 组合扩展

    成品应用也能作为组件

    2022 年 Blocklet Server 1.8.0 的发布记录明确介绍了多层嵌套、重复组件等组合能力。到 2024 年,官网剖析文章展示了 Pages Kit、Discuss Kit、Media Kit 等成品 Blocklet 如何共同构成一个网站。

    官网是怎样组合起来的 · 2024
  5. 2024-11 · Docker 生产支持

    Docker 扩展运行形态

    Blocklet Server 1.16.33 宣布 Docker 生产支持:自定义 Dockerfile、在容器内运行 hooks,以及完善 CPU 和内存限制。这扩展了运行选择与隔离能力;实际保护仍取决于容器和主机配置。

    阅读 1.16.33 发布记录
  6. 2026 · ARC 应用模型

    从软件包走向应用定义

    名字保留下来,模型却发生了大幅变化:Blocklet 声明内容、资源与交互,ARC 提供运行能力。组合的重心转向声明的资源与接口,而不再是给每个应用包配一套应用服务器。

    阅读演进说明

ARC 改变了什么

在 Blocklet Server 模型中,应用可以携带自己的后端和运行依赖。在 ARC 中,Blocklet 以声明的内容、资源和界面为中心,通用能力由 ARC 提供;特殊集成通过显式挂载的 AFS Provider 暴露。

应用描述自己的需要

内容、配置与通过 AUP(Agentic UI Protocol)描述的界面,组成运行时可读取的定义,让人与 Agent 面对明确的应用结构。

AUP

能力通过资源接入

AFS 为已授权的数据与服务提供共同的路径接口。Provider 承担具体集成;声明一个路径本身不会授予权限。

AFS

本站就是一个 Blocklet

ArcBlock 官网作为 ARC Blocklet 运行,以内容集合和 AUP 文件组织页面。网站源码是理解新模型的一个具体例子。

查看网站源码

按运行环境选择资料

Blocklet Server:软件包与组合

软件包规格、服务组合和 Docker 指南记录的是 Blocklet Server 模型,适用于基于该平台构建的应用。

应用包规格

ARC:应用定义与资源

从 Blocklet Server 到 ARC 的演进文章开始,再了解 AFS 与 AUP。保留 Blocklet 这个名字,不意味着旧版应用包无需修改就能在 ARC 中运行。

从 Blocklet Server 到 ARC