Nacho Coll

Опит#

Изграждам решения върху AWS от 2007 г. — от най-ранните дни на S3 и EC2, много преди „облакът“ да стане подразбиращият се отговор. Като AWS Enterprise Architect проектирах системи в продукционен мащаб за водещи клиенти, включително LEGO, Nordea, Vueling и други от нивото на Fortune-500 предприятията. Именно там се формираха оперативните инстинкти зад всичко, което правя днес: дисциплина по отношение на разходите, надеждност в множество региони и сериозно отношение към наблюдаемостта от самото начало, а не като добавка впоследствие.

От 2019 г. се фокусирам паралелно върху две неща: инфраструктура за блокчейн и продукти за децентрализирано съхранение, както и ИИ страната на разработката на софтуер — прилагайки една и съща дисциплина на enterprise архитектурата и към двете. Това е основата, върху която днес работи Blockchain Web Services (BWS): фабрика за решения от ерата на ИИ с един работен девиз — Demand Becomes Product (търсенето се превръща в продукт). Превръщаме валидирано пазарно търсене в готов за продукция софтуер — проектиран от хора, ускорен от ИИ, с отговорност от край до край. Всеки ред код, който излиза от BWS, принадлежи на конкретен, назован инженер.

BWS доставя няколко продукционни продукта, изградени със същата дисциплина. IPFS.NINJA е един от тях; сред останалите са:

• OpenAgile.AI — инженерна дисциплина за разработка с помощта на ИИ.
• Zellbox — CRM за малки и средни бизнеси, работещи с резервации: клиенти, резервации и напомняния през WhatsApp в едно входящо съобщение.
• WallaWhats — известия в реално време през WhatsApp, когато любимите ви акаунти в X/Twitter публикуват нещо.
• Badges.ninja — цифрови значки, верифицирани чрез блокчейн, с визуален редактор и REST API.
• IPFS.NINJA — най-простото API за пинване и качване в IPFS, със специализирани шлюзове и щедър безплатен план.
• Blockchain Database — едно-единствено API за използване на блокчейна като слой за данни.
• NFT.zK — просто API за създаване на NFT без нужда от Web3 експертиза.
• Telegram XBot — Telegram бот, който следи активността в X и откроява водещите участници в общността.

BWS премина изцяло към модел, роден в ерата на ИИ, в средата на 2025 г. ИИ не беше функция, която добавихме — а компания, в която се превърнахме. Инженерната летва не се промени: това, което се промени, е колко проучване, скелетна разработка и тестване може вече да поеме ИИ, така че малък екип може да доставя продукционен софтуер от същия мащаб, за който преди беше нужен много по-голям екип.

С какво се занимаваме ежедневно#

Моето ежедневие обхваща цялото портфолио от решения на BWS — насочвам пътните карти на продуктите, преглеждам техническия дизайн с екипа, усъвършенствам работния процес за доставка с помощта на ИИ, който ги извежда всичките на пазара, и поддържам инженерната дисциплина последователна от един продукт до следващия. Всеки продукт има свой собствен седмичен ритъм; моята роля е свързващата тъкан между тях.

За IPFS.NINJA конкретно, се фокусираме основно върху това да поддържаме услугата тясна и вертикална: REST API за качване на файлове (JSON, изображения, PDF-и, произволни бинарни файлове), управление на пинове, специализирани шлюзове по целия свят, аналитика по потребител, подписани токени за качване и Node/Python SDK — всичко върху безплатен план, който реално е използваем, с платени планове, започващи от $5/месец, вместо $20, които се превърнаха в пазарен стандарт. Области, в които екипът е бил активно ангажиран напоследък:

• Надеждност на пътя за качване — поддържане на API-то за качване бързо при продължително натоварване: обединяване на заявки, пътища за многочастово качване за големи файлове и защитни повторни опити, така че временен срив между нашия edge и IPFS клъстера никога да не се проявява като изгубен файл за извикващия.
• Устойчивост на пиновете — репликация между възли, съгласуване между нашия регистър на пинове и състоянието на базовия клъстер, и фонови проверки, които улавят разминаване на диска, преди то да се превърне в счупен CID.
• Производителност на специализираните шлюзове — всеки платен план получава собствено име на хост за шлюза. Поддържането на ниска p95 латентност в различните региони, високо съотношение на попадения в кеша и предварително „загрято“ популярно съдържание на edge е постоянна задача по настройка.
• Обхват на функционалностите — освен основното API за качване/пинване, платформата предлага качване на папки, CAR импорт за масова миграция от други доставчици, S3-съвместими крайни точки, управление на IPNS записи, оптимизация на изображения на ниво шлюз, подписани токени за качване от браузър, MCP сървър и аналитика по CID. Всяка възможност е пълноценна крайна точка, а не страничен проект.
• Инженерство на разходите — причината IPFS.NINJA да може да започва от $5, докато конкурентите започват от $20, не е трик с продукт на загуба. Това е непрекъсната работа върху икономиката на собствената ни инфраструктура, така че единичните разходи реално да оправдават крайната цена.
• Клиентска поддръжка — обработваме всеки тикет директно. Ако пишете на hello@ipfs.ninja, ще получите отговор от реален човек — и в повечето дни този човек съм аз.

Статии, които съм написал или прегледал#

Повечето публикации на този сайт носят моя подпис. Някои се изготвят от ИИ асистент (вижте редакционния процес за пълния работен процес) и се преглеждат от мен преди публикуване; други се пишат изцяло от екипа. И в двата случая всеки примерен код се проверява спрямо живото API преди публикуване.

Няколко представителни публикации:

• IPFS CID-та през 2026 г.: как работи адресирането по съдържание — практическо обяснение на основите на адресирането по съдържание.
• От Pinata към IPFS.NINJA: ръководство за миграция стъпка по стъпка (2026) — оперативно ръководство, написано на ръка въз основа на моделите, които виждаме при реални миграции.
• Сравнение на 7 услуги за пинване на IPFS през 2026 г. — честно сравнение; цените са проверени спрямо публичната документация на всеки доставчик.