メインコンテンツへスキップ

ARCBlock ジャーナル

探る価値のあるアイデア

ArcBlock の思想、製品、実践ガイド、ストーリーを集めた、成長し続けるライブラリです。

思想と視点

Opinion

CLARITY Act or Not, Let’s Clarify ABT

Clear law matters, but a product must also explain what its token does, who controls it, what rules apply, and how participants reconcile the record.

Opinion

Functional Networks, Not Perpetual Promises

The SEC staff's new crypto FAQ draws a useful distinction between improving a working system and promising to build one. What matters is distinguishing delivered capabilities from work that remains promised.

製品とアップデート

Opinion

Accepting Payments Is Not Issuing a Stablecoin

Issuing a stablecoin, accepting payment, and operating a digital service are different systems. Most applications need billing and credits, not a currency of their own.

News

ARC Now Supports the MCP 2026-07-28 Specification

ARC already spoke MCP. This upgrade aligns that surface with MCP 2026-07-28: stateless streamable HTTP and standard OAuth discovery so third-party agents can reach Blocklets without a special bridge.

ビルドとチュートリアル

Engineering

Web Device: Declare a Website, Then Pick the Right Path

Web Device is one of ARC's core capabilities: declare a .web/ folder anywhere in AFS, and the data and AUP under it get rendered server-side into a website, SEO checks, broken-link detection, and visitor analytics included for free. This piece covers how it differs from UI Device (/dev/ui/web), how to use it, and which situations call for which.

Engineering

Small World: Every Agent Lives in Its Own Projection

AFS has a design principle we call Small World: every agent, every app, every process sees not the global world, but a small world projected specifically for it. Anything outside that world isn't "access denied". It simply doesn't exist. Here's where the idea comes from, why it's more than a security mechanism, and how to try it yourself.

ストーリー

Report

コミュニティ・バウンティ・プログラムの更新

皆さん、こんにちは。ここ数ヶ月間、私たちのコミュニティ・バウンティ・プログラムは、エコシステム全体で有意義な改善を推進する助けとなってきました。バグ・バウンティを通じて...

Opinion

フラッシュトーク:あなたのデータが戦場となる新たなブラウザ戦争

AIがブラウザ戦争を再燃させた。しかし、もはや争点はタブやベンチマークの性能ではない――その中心にあるのは「あなたのデータ」だ。ほとんどの「AIブラウザ」は、あらゆる情報をリモートシステムに吸い上げるクラウドファーストモデルを採用している。このモデルは、私たちの生活が実際に営まれるモバイル環境では機

Report

ArcBlock 週間製品ハイライト

先週、ArcBlockチームは、複数の製品にわたってユーザビリティ、パフォーマンス、AI対応を向上させるためのアップデートを次々とリリースしました。

最新

さらに読む
Opinion

Why We Built Aside

We watched great tools change hands or disappear. That is why ArcBlock built Aside: an ARC-powered iPhone app that sends every Share back to a place you own.

Release

DiscussKit, Rebuilt on ARC

DiscussKit has been rebuilt on ARC, and ArcBlock Community has completed its move. This is a new division of responsibility across discussions, identity and user-owned data.

Opinion

Accepting Payments Is Not Issuing a Stablecoin

Issuing a stablecoin, accepting payment, and operating a digital service are different systems. Most applications need billing and credits, not a currency of their own.

Opinion

CLARITY Act or Not, Let’s Clarify ABT

Clear law matters, but a product must also explain what its token does, who controls it, what rules apply, and how participants reconcile the record.

Engineering

Web Device: Declare a Website, Then Pick the Right Path

Web Device is one of ARC's core capabilities: declare a .web/ folder anywhere in AFS, and the data and AUP under it get rendered server-side into a website, SEO checks, broken-link detection, and visitor analytics included for free. This piece covers how it differs from UI Device (/dev/ui/web), how to use it, and which situations call for which.

Engineering

Small World: Every Agent Lives in Its Own Projection

AFS has a design principle we call Small World: every agent, every app, every process sees not the global world, but a small world projected specifically for it. Anything outside that world isn't "access denied". It simply doesn't exist. Here's where the idea comes from, why it's more than a security mechanism, and how to try it yourself.

Opinion

Functional Networks, Not Perpetual Promises

The SEC staff's new crypto FAQ draws a useful distinction between improving a working system and promising to build one. What matters is distinguishing delivered capabilities from work that remains promised.