Nacho Coll

Fundador e Principal, IPFS.NINJA — Blockchain Web Services (BWS)

Updated

Fundei a IPFS.NINJA no início de 2024 depois de avaliar todo serviço de pinning IPFS do mercado para um projeto de cliente e concluir que o ponto de entrada de US$ 20/mês cobrado pela maioria dos provedores era uma margem de 4× sobre a mesma configuração de cluster subjacente. Hoje comando a [Blockchain Web Services (BWS)](https://bws.ninja), a fábrica de soluções nativa em IA que constrói e entrega a IPFS.NINJA ao lado dos nossos outros produtos em produção — a partir de US$ 5.

Nacho Coll

Histórico#

Construo na AWS desde 2007 — desde os primórdios do S3 e do EC2, muito antes de “nuvem” ser a resposta padrão. Como Arquiteto Empresarial AWS, projetei sistemas em escala de produção para clientes de primeira linha, incluindo LEGO, Nordea, Vueling e outros do nível Fortune 500 empresarial. Foi ali que se formaram os instintos operacionais por trás de tudo o que faço hoje: disciplina de custos, confiabilidade multi-região e levar observabilidade a sério desde o primeiro dia, em vez de encaixá-la depois.

Desde 2019 tenho focado em duas coisas em paralelo: infraestrutura para produtos de blockchain e armazenamento descentralizado, e o lado de IA na entrega de software — trazendo a mesma disciplina de arquitetura empresarial para ambos. É essa a base sobre a qual a Blockchain Web Services (BWS) opera hoje: uma fábrica de soluções nativa em IA com um único lema operacional, Demand Becomes Product. Transformamos demanda de mercado validada em software pronto para produção — projetado por pessoas, acelerado por IA, com responsabilidade de ponta a ponta. Cada linha de código que sai da BWS é de propriedade de um engenheiro identificado.

A BWS entrega vários produtos em produção a partir dessa mesma disciplina. A IPFS.NINJA é um deles; outros incluem:

  • OpenAgile.AI — disciplina de engenharia para desenvolvimento assistido por IA.
  • Zellbox — CRM para PMEs baseadas em agendamento: clientes, reservas e lembretes por WhatsApp em uma única caixa de entrada.
  • WallaWhats — alertas de WhatsApp em tempo real quando suas contas favoritas do X/Twitter postam.
  • Badges.ninja — badges digitais verificados por blockchain, com designer visual e REST API.
  • IPFS.NINJA — a API de pinning e upload IPFS mais simples, com gateways dedicados e um plano gratuito generoso.
  • Blockchain Database — uma única API para usar a blockchain como camada de dados.
  • NFT.zK — uma API direta para criar (mintar) NFTs sem exigir conhecimento de Web3.
  • Telegram XBot — um bot do Telegram que acompanha a atividade no X e destaca os principais contribuidores da comunidade.

A BWS migrou para ser nativa em IA em meados de 2025. A IA não foi um recurso que adicionamos — é uma empresa que nos tornamos. A régua de qualidade de engenharia não mudou: o que mudou foi o quanto de pesquisa, estruturação e testes a IA consegue carregar agora, de modo que uma equipe pequena entrega o mesmo tipo de software em produção que antes exigia uma equipe muito maior.

No que trabalhamos no dia a dia#

Meu dia a dia abrange todo o portfólio de soluções da BWS — direcionar roteiros entre os produtos, revisar design técnico com a equipe, ajustar o fluxo de entrega assistido por IA que entrega todos eles, e manter a disciplina de engenharia consistente de um produto para outro. Cada produto tem seu próprio ritmo semanal; meu trabalho é o tecido conjuntivo entre eles.

Especificamente para a IPFS.NINJA, focamos principalmente em manter o serviço enxuto e vertical: uma REST API para upload de arquivos (JSON, imagens, PDFs, binários arbitrários), gestão de pins, gateways dedicados em todo o mundo, análises por usuário, tokens de upload assinados e um SDK para Node/Python — tudo em um plano gratuito que é realmente utilizável, com planos pagos a partir de US$ 5/mês em vez dos US$ 20 que se tornaram o padrão de mercado. Áreas em que a equipe tem trabalhado ativamente nos últimos tempos:

  • Confiabilidade do caminho de upload — manter a API de upload rápida sob carga sustentada: coalescência de requisições, caminhos de upload multipart para arquivos grandes, e retentativas defensivas para que uma falha transitória entre nossa borda e o cluster IPFS nunca apareça para quem chama a API como um arquivo perdido.
  • Durabilidade dos pins — replicação entre nodes, reconciliação entre o nosso livro-razão de pins e o estado subjacente do cluster, e varreduras em segundo plano que detectam desvios no disco antes que virem um CID quebrado.
  • Desempenho do gateway dedicado — cada plano pago recebe seu próprio hostname de gateway. Manter a latência p95 baixa entre regiões, altas taxas de acerto de cache e conteúdo popular pré-aquecido na borda é um trabalho constante de ajuste fino.
  • Superfície de recursos — além da API principal de upload/pin, a plataforma oferece upload de pastas, importação CAR para migração em massa de outros provedores, endpoints compatíveis com S3, gestão de registros IPNS, otimização de imagens no gateway, tokens de upload assinados para uploads no navegador, um servidor MCP e análises por CID. Cada recurso é um endpoint de primeira classe, não um projeto paralelo.
  • Engenharia de custos — o motivo pelo qual a IPFS.NINJA consegue começar em US$ 5 enquanto os concorrentes começam em US$ 20 não é um truque de produto isca. É um trabalho contínuo sobre a economia da nossa própria infraestrutura para que os custos unitários realmente justifiquem o preço de venda.
  • Suporte ao cliente — atendemos cada chamado diretamente. Se você enviar um e-mail para hello@ipfs.ninja, vai receber uma resposta de uma pessoa de verdade — e, na maioria dos dias, essa pessoa sou eu.

Artigos que escrevi ou revisei#

A maioria dos posts deste site traz minha assinatura. Alguns são redigidos por um assistente de IA (veja o processo editorial para o fluxo completo) e revisados por mim antes da publicação; outros são escritos do início ao fim pela equipe. De um jeito ou de outro, todo exemplo de código é verificado contra a API em produção antes de publicar.

Alguns posts representativos:

Browse the blog Editorial process