NEAR Legion Tokyo: Meetup #4 - IronClaw × NEAR Intents 自動化ナイト なんでも自動化してみよう！

2026年6月19日に開催された「NEAR Legion Tokyo: Meetup #4 - IronClaw × NEAR Intents 自動化ナイト なんでも自動化してみよう！」の登壇資料です！

https://luma.com/near-o1kb

Transcript

1. NEAR Intents Study Session / 2026-06-19 NEAR Intents 入門 「どのチェーンでどう実行するか」から、 「何を達成したいか」へ。Intent-centric UX の考え方と、 NEAR Intents の実装入口を押さえる。 Presented by Haruki 1
3. 今日のゴール 1 Intents の直感 トランザクション列ではな く、ユーザーが満たしたい 条件として考える。 2 NEAR Intents の構成 Solver、Verifier、署名、 ブリッジ、SDK/API の役 割を分けて理解する。 3 作り始める入口 1-Click API と Intents SDK の使い分け、実装時 の注意点を持ち帰る。 3
4. PART 1 Intents とは何か 4
5. クロスチェーン UX の課題 チェーンごとにウォレット・ガス・ブリ ッジ・DEX が違う ユーザーは「目的」ではなく「手順」を 理解させられる dApp 側もルーティング、流動性、失敗 時の復旧を抱え込む AI Agent が価値移動を行う時、この複 雑さはさらに顕在化する Before Bridge asset A Swap DEX route Pay gas chain B Withdraw final asset ユーザーが実行計画を管理している 5
6. Intent は「実行方法」ではなく 「満たしたい状態」 ユーザーは「USDC on Ethereum を、NEAR 上の wNEAR にし たい」と宣言する。どの経路で満たすかは、競争する実行者が探す。 Transaction-centric ユーザーまたはアプリが、実行手順を順番 に組み立てる。 bridge → swap → approve → claim ... Intent-centric ユーザーは制約と結果を署名し、ネットワ ークが充足方法を競争する。 「この条件以上なら実行してよい」 6
7. 小さな例: Alice と Bob の Intent Alice の Intent 「自分の USDT を最大 1000 失ってよ い。代わりに USDC を最低 995 受け取り たい」 Bob の Intent 「自分の USDC を最大 995 失ってよい。 代わりに USDT を最低 1000 受け取りた い」 Verifier が見るもの 署名、期限、残高差分、不変条件を検証し、両方の Intent が同時に満たせる時だけ原子的 に成立させる。 7
8. NEAR Intents の公式な位置づけ Universal Transaction Layer for the AI Economy NEAR は Intents を、任意のチェーン・任意の資産・任意の Agent が摩擦なく価値移動できるレイヤーとして位置づけてい る。 any chain any asset any agent solver competition seconds-level settlement Source: https://www.near.org/intents 8
9. PART 2 NEAR Intents の流れ 9
10. 登場人物を4つに分ける ユーザー / Agent 達成したい結果と制約を持つ。例: 交換 先、最低受取量、期限。 Solver Intent を満たす実行経路を探し、価格や条 件を提示・実行する経済主体。 Verifier / defuse 署名・条件・残高・標準を検証し、Intent の成立をオンチェーンで管理する中核コン トラクト。 Bridge / Chain Signatures 外部チェーン資産や署名を扱い、NEAR 外 の世界と接続するインフラ。 10
11. 実行フローの骨格 1. Intent ユーザーが条件を 署名 2. Quote Solver が価格と 経路を提示 3. Verify defuse が署名と 条件を検証 4. Settle 資産移動・交換・ 出金を完了 Intent は「実行命令」ではなく、成立条件付きの許可として扱う。 11
12. Verifier / defuse が担うもの NEAR 上で動く Rust スマートコントラクト 群 Intent 実行、アカウント管理、複数トークン 標準の入出金に対応 NEP-141 / NEP-171 / NEP-245 などを統 一的に扱う Access control、pause、upgrade などの 運用機能も含む 中心にある問い この署名者が、この条件で、この資産 を、この期限内に動かしてよいか？ Source: memo citations from near/intents repository investigation 12
13. 複数チェーンの署名を受け入れる 標準 主な用途 意味 NEP-413 NEAR NEAR ウォレットの署名をそのまま扱う ERC-191 Ethereum / EVM MetaMask などの personal_sign 系を 扱う Raw Ed25519 Solana Phantom などの署名と接続する WebAuthn Passkeys パスキーを使う UX へ拡張しやすい TIP-191 / TonConnect / SEP-53 Tron / TON / Stellar 非 EVM エコシステムも視野に入れる 13
14. トークンも統一抽象で扱う 対応する資産の種類 NEP-141: Fungible Token NEP-171: NFT NEP-245: Multi-Token IMT: ブリッジ資産向け内部表現 なぜ重要か Intent の世界では「どの規格か」よりも、 「どの資産を、どの条件で、どこへ動かす か」が UX の中心になる。 14
15. Chain Abstraction の実体 Omni-Bridge Ethereum、Bitcoin、 Solana など外部資産を NEAR Intents 側で扱うた めの橋渡し。 Chain Signatures MPC ネットワークで外部 チェーン向け署名を生成 し、NEAR から他チェーン 操作を可能にする。 PoA bridge assets 外部資産の表現を NEAR 上で扱い、Intent の決済 対象にする。 Source: memo references to Chain Signatures, Omni-Bridge, PoA contracts 15
16. PART 3 どう使うか 16
17. 入口は大きく2つ 1-Click API 最短でクロスチェーン swap を組み込みた い時の REST API。 token list を取得 quote を取得 deposit address に送金 status を追跡 Intents SDK Intent account、署名、swap、 transfer、withdraw を自分で制御したい 時。 内部 account ID を導出 deposit address を取得 残高確認 NEAR / EVM signer で swap Source: https://github.com/near-examples/near-intents-examples 17
18. 1-Click API の典型フロー Get quote 価格・手数料・ depositAddress Send deposit 元チェーンで送金 Execute NEAR Intents が swap Check status SUCCESS / REFUNDED pnpm 1click/get-tokens pnpm 1click/get-quote pnpm 1click/send-deposit pnpm 1click/check-status 18
19. SDK の典型フロー Derive intents account ID Fund deposit address に入金 Sign NEP-413 / ERC-191 Operate swap / transfer / withdraw pnpm sdk/get-intents-account-id pnpm sdk/get-token-deposit-address pnpm sdk/swap-tokens-near pnpm sdk/swap-tokens-evm pnpm sdk/withdraw-tokens 19
20. Agent Skills との接点 NEAR 公式の Agent Skills には、NEAR 開発 向けの手順知識がまとまっている。near- intents skill は、1-Click API によるクロスチ ェーン swap を扱う入口として整理されてい る。 near-intents near-api-js near-dapp near-smart-contracts AI Agent 時代の意味 Agent が「支払い」 「swap」 「bridge」 を自律実行するには、API だけでなく、 正しい手順知識も必要になる。 Source: https://github.com/near/agent-skills 20
21. Confidential Intents 公開 mempool の課題 注文内容や経路が早く見えすぎると、 MEV、フロントラン、プライバシー漏洩の リスクがある。 Confidential Intents ユーザーの Intent 情報を必要以上に公開 せず、実行と検証の両立を目指すプライバ シーアーキテクチャ。 講師メモ: 「完全匿名」ではなく、条件・価格・経路の露出を減らす設計として説明 する。入出金、利用フロントエンド、監査可能性は別の論点。 Source: https://www.near.org/blog/how-confidential-intents-works 21
22. PART 4 開発者が見るべきポイント 22
23. 使う前に決める設計判断 UX の粒度 ユーザーに quote 確認だけさせるのか、 deposit / withdraw まで明示するのか。 署名者の種類 NEAR、EVM、Solana、Passkey など、 どのウォレット体験を入口にするか。 失敗時の扱い refund、timeout、status polling、再試 行を UI とバックエンドでどう見せるか。 信頼境界 API、solver、bridge、contract、wallet のどこを信頼し、どこを検証するか。 23
24. セキュリティ観点のチェックリスト Quote: 最低受取量、手数料、期限、宛先をユーザーに明示する Signature: 署名対象メッセージを人間が読める形に近づける Deposit: deposit address と chain ID の取り違えを防ぐ Status: `PENDING_DEPOSIT` / `PROCESSING` / `SUCCESS` / `REFUNDED` を UI 状態に対応させる Limits: 本番前は小額・test mode・rate limit・ログ監査から始める 24
25. よくある誤解 誤解: Intent は DEX の別名 違う。 DEX 的 swap は主要ユースケース だが、本質は「条件付きの目的宣言」と 「それを満たす実行市場」 。 誤解: ブリッジが不要になる 違う。 ユーザーが意識しにくくなるだけ で、裏側にはブリッジや署名インフラがあ る。 誤解: Solver を信じればよい 違う。 Solver は競争する実行者。最終的 には署名条件と verifier による検証が重 要。 誤解: 何でも完全に抽象化できる 違う。 liquidity、latency、refund、規 制、チェーン固有リスクは残る。 25
26. PART 5 まとめ 26
27. 今日のまとめ Intents ユーザーが手順ではなく、 達成したい結果と制約を署 名する設計。 NEAR Intents Solver 競争、Verifier、複 数署名標準、ブリッジでク ロスチェーン実行を支え る。 開発入口 最短統合は 1-Click API。 細かく制御するなら Intents SDK。 Web3 UX の次の抽象化は、チェーンを選ばせないことではなく、 ユーザーの目的を安全に実行市場へ渡すこと。 27
28. 参考リンク Event: https://luma.com/near-o1kb NearLearning: https://github.com/mashharuki/NearLearning NEAR Intents official: https://www.near.org/intents NEAR Intents app: https://near-intents.org/ Examples: https://github.com/near- examples/near-intents-examples Agent Skills: https://github.com/near/agent-skills Confidential Intents: https://www.near.org/blog/how- confidential-intents-works Ledger Wallet swap UI: https://www.near.org/blog/cross-cha swaps-near-intents-ledger-wallet Dune dashboard: https://dune.com/near/near-intents Japanese overview: https://coinpost.jp/crypto/near/intent 28
29. Thank you 29