Nacho Coll

Background#

私は2007年からAWS上で開発を続けています——S3やEC2のごく初期の時代 から、「クラウド」がデフォルトの答えになるずっと前からです。AWS エンタープライズ・アーキテクトとして、LEGO、Nordea、 Vuelingをはじめとするフォーチュン500クラスのエンタープライズ 顧客向けに、本番規模のシステムを設計してきました。今日の私のあらゆる 仕事の土台となる運用面の勘は、そこで培われました。コスト規律、 マルチリージョンの信頼性、そして後付けではなく最初からオブザーバ ビリティを真剣に扱う姿勢です。

2019年からは、2つのことに並行して取り組んできました。ブロック チェーンと分散型ストレージ製品のインフラ、そしてソフトウェア提供の AI面です——どちらにも同じエンタープライズ・アーキテクチャの規律を 持ち込んでいます。それが今日のBlockchain Web Services（BWS） の土台です。単一の運営スローガン、Demand Becomes Product（需要は プロダクトになる）を掲げるAIネイティブなソリューションファクトリー。 私たちは、検証済みの市場ニーズを本番運用可能なソフトウェアへと転換 します——人間が設計し、AIが加速し、最初から最後まで責任を持つ。 BWSから出荷されるすべてのコードは、担当エンジニアの名前が明記 されています。

BWSは、同じ規律のもとで複数の本番プロダクトを提供しています。 IPFS.NINJAはその一つであり、他には以下があります。

• OpenAgile.AI — AI支援開発のためのエンジニアリング規律。
• Zellbox — 予約制の中小企業向けCRM。顧客、予約、WhatsAppリマインダーを1つの受信箱に集約。
• WallaWhats — お気に入りのX/Twitterアカウントが投稿した際にリアルタイムでWhatsAppに通知。
• Badges.ninja — ビジュアルデザイナーとREST APIを備えた、ブロックチェーンで検証可能なデジタルバッジ。
• IPFS.NINJA — 専用ゲートウェイと寛容な無料枠を備えた、最もシンプルなIPFSピニング・アップロードAPI。
• Blockchain Database — ブロックチェーンをデータレイヤーとして使うための単一API。
• NFT.zK — Web3の専門知識なしでNFTをミントできるシンプルなAPI。
• Telegram XBot — Xでの活動を追跡し、コミュニティの主要な貢献者をハイライトするTelegramボット。

BWSは2025年半ばにAIネイティブへと舵を切りました。AIは後から追加した 機能ではなく——私たちが変わって、AIネイティブな会社になったのです。 エンジニアリングの基準は変わっていません。変わったのは、リサーチ、 足場作り、テストのどれだけをAIが担えるようになったかということです。 そのおかげで、少人数のチームでも、以前ならもっと大きなチームが必要 だった規模の本番ソフトウェアを出荷できるようになりました。

What we work on day-to-day#

私の日々の仕事は、BWSのソリューションポートフォリオ全体に及びます ——各プロダクトのロードマップの方向付け、チームとの技術設計レビュー、 すべてのプロダクトを出荷するAI支援デリバリー・ワークフローの改善、 そしてプロダクト間でエンジニアリングの規律を一貫させることです。 各プロダクトにはそれぞれ独自の週次サイクルがあり、私の仕事はそれ らをつなぐ役割です。

IPFS.NINJAについて具体的に言うと、私たちが主に注力しているのは、 サービスをタイトかつ垂直統合された状態に保つことです。ファイル （JSON、画像、PDF、任意のバイナリ）をアップロードするためのREST API、ピン管理、世界規模の専用ゲートウェイ、ユーザーごとの分析、 署名付きアップロードトークン、そしてNode/Python SDK——これらすべて が、実際に使える無料枠の上に成り立っており、有料プランは市場標準 になった月額20ドルではなく月額5ドルから始まります。チームが最近 力を入れている領域は以下の通りです。

• アップロードパスの信頼性 — 継続的な高負荷下でもアップロード APIを高速に保つこと。リクエストの結合、大容量ファイル向けのマルチ パートアップロード経路、そして私たちのエッジとIPFSクラスターの 間で発生する一時的な障害が、呼び出し元にとってファイルの消失として 表面化しないようにする防御的なリトライ処理。
• ピンの永続性 — ノード間レプリケーション、ピン台帳と実際の クラスター状態との整合性確認、そしてディスク上のドリフトが壊れた CIDになる前に検知するバックグラウンドスイープ。
• 専用ゲートウェイのパフォーマンス — すべての有料プランには 専用のゲートウェイホスト名が付きます。各リージョンでp95レイテンシ を低く保ち、キャッシュヒット率を高く保ち、人気コンテンツをエッジ に事前にウォームアップしておくことは、絶え間ないチューニング作業 です。
• 機能面 — コアとなるアップロード/ピンAPIに加えて、このプラット フォームはフォルダアップロード、他プロバイダーからの一括移行の ためのCARインポート、S3互換エンドポイント、IPNSレコード管理、 ゲートウェイでの画像最適化、ブラウザ側アップロード用の署名付き アップロードトークン、MCPサーバー、CIDごとの分析を提供しています。 各機能は片手間のプロジェクトではなく、一級のエンドポイントです。
• コストエンジニアリング — IPFS.NINJAが月額5ドルから始められ、 競合が月額20ドルから始まる理由は、赤字覚悟の客寄せ戦略ではあり ません。単価が実際に小売価格を正当化できるよう、自分たちのインフラ 経済性に継続的に取り組んでいる結果です。
• カスタマーサポート — すべての問い合わせを直接対応しています。 hello@ipfs.ninjaにメールをいただければ、 実在する人間から返信があります——そして多くの場合、その人間は 私自身です。

Articles I’ve written or reviewed#

このサイトのほとんどの記事には、私のバイラインが付いています。 一部はAIアシスタントが下書きし（全体のワークフローについては 編集プロセスを参照してください）、公開前 に私がレビューしています。それ以外はチームが最初から最後まで執筆 しています。いずれの場合も、公開前にすべてのコード例が実際のAPIに 対して検証されます。

代表的な記事をいくつか挙げます。

• IPFS CIDs in 2026: How Content Addressing Works — コンテンツアドレッシングの基礎を実践的に解説。
• Pinata to IPFS.NINJA: Step-by-Step Migration Guide (2026) — 実際の移行事例から見えたパターンをもとに手書きした運用ランブック。
• Compare 7 IPFS Pinning Services in 2026 — 各プロバイダーの公式ドキュメントに基づき価格を検証した、誠実な比較記事。