GLOBAL FUNDING, ECOSYSTEM & BD HANDBOOK 2026

Версия проверки: 20 июля 2026
Назначение: LLM-ready операционный справочник для выбора и самостоятельного исследования грантов, акселераторов, инвестиций, incentives, государственных R&D-программ, procurement, ecosystem support и BD-маршрутов по pitch/deck проекта.

Этот файл расширяет базовый Web3 Funding & BD Operational Playbook. Новые разделы ниже имеют приоритет над старыми описаниями, если статусы или механики конфликтуют.

Быстрая навигация

Collider / карта возможностей. Collider — закрытый клуб предпринимателей, builders и исследователей, которым важно видеть новые рынки раньше остальных. Внутри клуба такие карты funding, BD, грантов и экосистем превращаются в конкретные интро, разборы и треки действий.

• PART I — operating model: механизмы, scoring, application/BD workflows.
• PART II — non-EVM reality check: Solana, Sui, Aptos, Algorand, NEAR, Cosmos/Interchain, Celestia, Aleo, Miden, Tezos, Mina и др.
• PART III — protocol-native accelerators: Uniswap, Wormhole, Colosseum, MVB, Base Batches и др.
• PART IV–X — government/public funding: Singapore, Gulf, EU, UK, Canada, LATAM.
• PART XI–XV — global routing, XLSX reconciliation, LLM prompts, application templates, deadline watchlist.
• PART XVI / Sections 40–49 — расширенный self-study atlas: program/apply links, recipients, portfolios, reports, governance, docs, ecosystem directories и исходные ссылки из XLSX.

Самый быстрый способ изучать конкретную программу

Ищите название программы в документе дважды:

1. основная карточка — анализ, актуальность, процесс и рекомендации;
2. Research Atlas — ссылки на application, recipients, reports, forum/governance, docs и ecosystem.

PART I — OPERATING MODEL: КАК ИЗ PITCH ПОЛУЧИТЬ FUNDING / ECOSYSTEM / BD ROUTE

LLM-ready руководство: от pitch/deck к конкретному треку грантов, incentives, акселераторов, инвестиций, procurement и BD

Версия статусов: 20 июля 2026
Язык: русский
Назначение: этот файл загружается в LLM вместе с pitch deck / one-pager / GitHub / метриками проекта.
Задача LLM: не перечислить программы, а выбрать реально доступные механизмы и построить исполнимый план: что сделать, в каком порядке, через какой канал, с какими материалами и KPI — и где не тратить время.

Это операционный playbook, а не каталог. Статусы меняются. Перед реальным действием LLM обязан проверить официальный источник и actual application endpoint.

0. Пять разных механизмов — не называйте всё «грантами»

1. P — Proposal / milestone grant. Сначала заявка, review, milestones, KYC/contract, выплаты по этапам.
2. S — Ship-first / retro funding. Сначала продукт, деплой и measurable impact; деньги — за уже доказанный результат.
3. T — Traction / incentive. Нужно развернуть продукт, зарегистрироваться и генерировать TVL/volume/users/impact.
4. A — Accelerator / investment. Отбор компании, интервью и investor-style due diligence; возможны SAFE/SAFT/equity/token terms.
5. B — BD / strategic partnership. Нет нормальной открытой grant-form: нужны internal champion, конкретный pilot/workload и measurable joint value.

Критическая ошибка: сделать один grant proposal и массово отправить его в 20 экосистем.

Правильная цепочка:

pitch → extraction of facts → hard gates → shortlist 3–7 routes → chain-specific proof → correct mechanism → submission/BD → follow-up → milestones.

1. Инструкция для LLM

Загрузите этот файл и pitch/deck проекта. По возможности приложите:

• GitHub;
• live/testnet/mainnet links;
• metrics: users, tx, volume, TVL, revenue;
• fundraising history;
• legal entity / geography;
• partners, LOI, pilots;
• security/audits.

Промпт:

Ты — Funding & Ecosystem BD Operator.

Используй приложенный Web3 Funding & BD Operational Playbook как набор правил, а не как каталог.

1. Извлеки из pitch только факты. Не додумывай отсутствующее.
2. Проверь hard gates и актуальный статус каждого механизма.
3. Выбери максимум 7 направлений:
   NOW = 0–14 дней;
   NEXT = 15–45 дней;
   LATER = 46–90 дней / ожидание окна;
   DO NOT APPLY = явно исключить.
4. Для каждого направления дай:
   - fit и score;
   - точный механизм;
   - актуальный статус;
   - что изменить в pitch;
   - missing proof;
   - assets;
   - пошаговый процесс;
   - контактную/BD-стратегию;
   - application thesis;
   - milestones/KPI;
   - причины отказа;
   - stop condition.
5. Не советуй "подать грант", если программа закрыта, retroactive, incentive-based или relationship-driven.
6. Если playbook старше 7 дней — перепроверь статус по official source и actual form.
7. Составь 30/60/90-day execution board.

2. Что извлечь из pitch

Если данных нет — UNKNOWN, а не маркетинговая догадка.

3. Hard gates

Gate A — статус

• OPEN: можно подаваться сейчас.
• ROLLING: прием постоянный/периодический.
• CLOSED: нельзя советовать apply.
• UPCOMING: готовим пакет.
• VERIFY: страницы противоречат друг другу / intake не подтвержден.
• BD-ONLY: открытого стандартного grant intake не найдено.

Gate B — механизм

Не путать:

• grant и investment;
• retro funding и pre-funding;
• liquidity incentive и development grant;
• audit subsidy и runway;
• accelerator и non-dilutive grant.

Gate C — chain-native value

Плохой тезис: «мы мультичейн, просто портируемся сюда».

Нужны ответы:

• какую проблему конкретной сети решаем;
• почему архитектура/дистрибуция/ликвидность этой сети дает уникальный результат;
• какой KPI получает ecosystem;
• почему продукт жив после funding.

Gate D — readiness

Проверить:

• deployed contract / demo;
• GitHub;
• security plan;
• onchain metrics;
• milestones;
• budget;
• legal/KYC;
• integration owner.

4. Scoring — 100 баллов

• Strategic fit — 25.
• Technical / chain-native fit — 20.
• Evidence / traction — 20.
• Mechanism fit — 15.
• Execution readiness — 10.
• Access / relationship — 10.

Штрафы:

• -25: программа закрыта, а план предлагает apply.
• -20: generic multichain port.
• -15: просится development grant в retro/incentive программу.
• -15: нет shipped product там, где он обязателен.
• -10: budget = payroll без ecosystem outcomes.
• -10: нет измеримых milestones.
• -10: обещания TVL/users без distribution plan.

Интерпретация:

• 80–100: NOW.
• 65–79: NOW/NEXT после закрытия gaps.
• 50–64: LATER / relationship building.
• <50: DO NOT APPLY.

5. Master status map — 20.07.2026

Collider / не просто список грантов. Самая ценная часть funding-карты — понимать, где программа действительно живая, кто принимает решения и через кого лучше заходить. В Collider мы используем такие карты как рабочий слой для поиска партнёров, денег и точек входа в новые экосистемы.

6. Program playbooks

6.1 Solana Foundation Funding Program

Тип: P + A
Статус: ROLLING
Использовать: public-good/open-source deliverable, Solana-native research/infra, либо коммерческий компонент, для которого подходит convertible/investment route.

Как заходить

Не начинайте с «сколько дадут за порт». Сделайте Solana-specific problem statement:

1. Что нельзя/невыгодно сделать на текущем стеке?
2. Что Solana дает архитектурно или по distribution?
3. Что останется ecosystem как reusable public good?
4. Что остается коммерческим продуктом?

Для обычного гранта carve-out:

• open-source component;
• developer tooling/infra;
• docs;
• reproducible demo;
• measurable ecosystem use.

Если продукт proprietary/venture-scale — не притворяться public good. Проверять convertible grant / investment path.

Процесс

1. 2-page Solana fit memo.
2. Technical feasibility spike / PoC.
3. Отделить public-good deliverables от proprietary roadmap.
4. Milestone budget: результат → acceptance criteria → сумма → срок.
5. Application с ясным use of funds.
6. SME/technical/market review.
7. Быстро дать repo/demo/references.
8. Full port начинать после достаточного signal, если он дорогой.

Assets

• architecture;
• GitHub;
• PoC;
• milestone table;
• budget;
• license;
• “why Solana”;
• adoption plan/design partners.

Повышает шанс

• exact RFP match;
• reusable infra;
• Solana-native novelty;
• named integrators;
• independently verifiable deliverables.

Причины отказа

• generic EVM port;
• grant = runway;
• нет public-good case;
• vague milestones;
• нет post-grant owner/adoption.

Отзывы / процесс-сигнал

Надежного массива независимых applicant reviews не найдено. Не считать testimonials доказательством легкости funding. Сильнее официальный structured process: public-good value, milestones, budget, technical/market diligence.

14/30/60

• 14: PoC + fit memo + 3 target users.
• 30: application/RFP alignment + technical call.
• 60: funded milestone или stop/reframe.

LLM rule: коммерческий проект с искусственным open-source слоем не отправлять как public-good grant.

Источник: https://solana.org/grants-funding

6.2 Base — Funding Ladder

Collider / funding ladder. Часто деньги лежат не в одной grant form, а в цепочке: ship → metrics → grant → accelerator → fund → strategic BD. В Collider мы отдельно разбираем такие лестницы и помогаем участникам не останавливаться на первом маленьком гранте.

Тип: S + A
Статус: ACTIVE; Base Batches имеет отдельные cohort windows.

Лестница

deploy → document → usage → Builder Rewards / Builder Grant → distribution → founder/investment route.

Builder Grants — retroactive: shipped code важнее pitch.

Процесс

1. Working version на Base mainnet.
2. Demo + README + verified contracts.
3. Analytics: users, tx, repeat usage, volume.
4. Публичный shipping cadence.
5. Early rewards/mechanisms.
6. После доказанного продукта — Builder Grant.
7. Venture company — отдельно Batches/Ecosystem Fund/investor route.
8. Public goods — impact log и подходящий retro mechanism.

Assets

• live URL;
• contracts;
• 30-day metrics;
• GitHub;
• integrations/testimonials;
• next milestones;
• Base distribution thesis.

Не делать

• deck-only application в retro grant;
• testnet = mainnet proof;
• social vanity metrics вместо usage;
• смешивать маленький retro grant с venture raise.

Публичный signal

Официальная документация прямо говорит: Builder Grants reward shipped code over perfect pitches.

Base Batches — высококонкурентный founder funnel; один из 2026 cohorts получил >1,100 applicants при очень небольшом selected cohort. Не строить funding plan на одной этой лотерее.

14/30/60

• 14: deploy + instrumentation.
• 30: 2–4 releases + first usage.
• 60: Builder Grant/reward + founder-track decision.

LLM rule: нет live product → BUILD, а не grant-writing sprint.

Источник: https://docs.base.org/get-started/get-funded

6.3 Optimism / Superchain funding

Тип: S + P + B
Статус: Season 9 CLOSED; governance/funding architecture меняется.

Что делать сейчас

1. Выбрать anchor OP ecosystem / OP Mainnet use case.
2. Ship measurable contribution.
3. Создать evidence pack.
4. Следить за новым grant/retro mechanism.
5. Параллельно вести BD с конкретными OP Stack networks.

Process signal

Season 9 публично показал:

• mission-fit filtering;
• structured/AI triage + human review;
• только часть заявок доходила до финальной оценки;
• measurable impact и scope alignment важнее общей истории «полезно Superchain».

Следовательно, один конкретный ecosystem outcome > generic Superchain pitch.

Пакет

• deployment;
• OP/Superchain KPI;
• baseline;
• 3-month target;
• public-good surface;
• downstream integrations;
• cost per outcome.

BD

Не: «universal layer для всей Superchain» без доказанного спроса.

Сначала:

• один production deployment;
• 2 потенциальных L2 users;
• common interface/API;
• rollout plan;
• единая metrics methodology.

Failure modes

• apply в закрытый season;
• абстрактный alignment;
• budget без outcomes;
• adoption без named users/chains;
• retro funding до impact.

30/60/90

• 30: anchor deployment.
• 60: metrics + 2 ecosystem conversations.
• 90: next funding window/cross-chain proposal.

Источник: https://gov.optimism.io/

6.4 Celo — Funding Ladder + MiniPay

Тип: S + T + P + A + B
Статус: ecosystem funding ACTIVE; Prezenti S2 завершился 30.06.2026, следующий season нельзя предполагать открытым без проверки.

Лучший маршрут

deploy → onchain reputation/Karma → Proof of Ship → MiniPay/distribution → users/volume → growth grant / Support Stream / Builder Fund.

Механики:

• Proof of Ship — ранний ship-first/reputation.
• Support Streams — incentives для live protocols.
• Celo Builders Fund — investment, не grant.
• Prezenti — milestone growth grants; current season verify.
• MiniPay — distribution/BD, не grant.

Реальный feedback из Prezenti S2

Публичный retrospective:

• 75 applications;
• 19 funded;
• high-growth tracks требовали verifiable traction/independent adoption;
• rejected applicants получали rubric-based feedback;
• выплаты были milestone-oriented.

Вывод: не ждать grant, чтобы создать первые proofs.

Для payments / financial infrastructure

Pitch:

• конкретный corridor/use case;
• mobile UX;
• enterprise requirements могут включать confidentiality, selective disclosure, auditability и compliance;
• Celo/MiniPay distribution;
• compliance;
• expected active payers/volume.

14/30/60

• 14: deploy + project profile + Proof of Ship.
• 30: mobile/MiniPay-compatible demo + users.
• 60: Support Stream/growth/investment route по фактам.

Ошибки

• apply в завершенный Prezenti season;
• только mission language без users;
• путать Builder Fund с grant;
• не строить onchain reputation.

Источники:
https://celo.org/builders
https://docs.celo.org/build-on-celo/fund-your-project

6.5 Stellar Community Fund (SCF)

Тип: P
Статус: OPEN; SCF #45 — дедлайн 16.08.2026 по текущей странице. Перепроверить перед submission.

Процесс

1. Пройти Interest/eligibility step, если требуется round.
2. Выбрать track: Open / Integration / RFP.
3. Сделать Stellar integration central.
4. Self-contained application.
5. Ask разбить на deliverables/tranches.
6. Получить ecosystem feedback до дедлайна.
7. Подать раньше последнего дня.
8. Быстро отвечать на review.

Reviewer должен увидеть

• ready to build;
• why Stellar;
• integration plan;
• PMF/use case;
• budget tied to deliverables;
• measurable completion criteria.

Для payments / financial infrastructure

• asset flow;
• compliance model;
• Soroban/Stellar integration;
• wallet/anchor/off-ramp touchpoints;
• measurable payment use.

Причины отказа

• generic deck;
• слабая technical integration;
• inflated budget;
• milestones без artifact;
• критические зависимости от еще не существующих partnerships.

Источник: https://communityfund.stellar.org/

6.6 BNB Chain Grants + MVB + BIA

Тип: P + A
Статус: ACTIVE/rolling по route.

Выбрать механизм

Grant: open/public ecosystem contribution, infra/tooling, wishlist/category fit.
MVB: venture company/accelerator/investment.
BIA: pitch/exposure/ecosystem selection.

Grant

1. Current wishlist/categories.
2. BNB-specific gap.
3. Open-source/public contribution.
4. Milestones.
5. Deployment/execution proof.
6. PM/legal/KYC readiness.

Публичный ceiling может доходить примерно до $200k/project, но большой ask требует сильнее evidence и review.

MVB

Нужны:

• market;
• product;
• team;
• traction;
• meaningful BNB use;
• venture-scale outcome.

MVB historically highly selective. Не считать acceptance базовым сценарием.

Ошибки

• grant на marketing payroll;
• “support BNB too” без native activity;
• proprietary everything + public-good rhetoric;
• grant/investment terms в одной корзине.

LLM rule: proprietary venture company чаще честнее отправлять в MVB/BIA, чем маскировать под public good.

Источник: https://www.bnbchain.org/

6.7 Avalanche

Тип: S + P
Статус: последний Retro9000 C-Chain round закрылся 17.07.2026; Research/other routes проверять отдельно.

Retro9000

1. Build.
2. Submit в active round.
3. Публиковать updates.
4. Показывать verifiable impact.
5. Поддерживать публичный project profile.
6. Не считать leaderboard гарантией funding.

Research route

Использовать для:

• formal research;
• protocol/infra study;
• reproducible artifact;
• code/paper/benchmark.

Не маскировать commercial GTM как research.

После закрытия round

• не искать “late apply”;
• готовить deployment/evidence;
• использовать другие routes только при точном fit;
• строить ecosystem contact.

Reviews

Social comments вокруг retro campaigns — слабый signal. Сильнее funded projects, acceptance criteria, official postmortems.

Источник: https://www.avax.network/

6.8 Polygon

Тип: P + B
Статус: generic open community-grant intake в актуальном funding portal не подтвержден; прошлые seasons закрыты.

Что рекомендуется делать

Не использовать старые статьи про огромный Community Treasury как доказательство, что сейчас существует рабочая форма.

1. Проверить official funding portal.
2. Если active programs = 0 — остановить grant-writing.
3. Выбрать конкретный Polygon priority/use case.
4. Сделать PoC/deployment, если это дешево.
5. Найти ecosystem/BD owner по вертикали.
6. Принести measurable proposal: tx, payments, users, infra savings.
7. При targeted call быстро адаптировать готовый package.

Исторический signal

Прошлые Polygon tracks были конкурентными: в отдельных программах funded была лишь небольшая доля submitted proposals. “Polygon fit” сам по себе недостаточен.

Stop condition

Нет active call + нет champion + нет chain-specific distribution advantage → не тратить >1–2 дней на grant proposal.

LLM rule: large treasury ≠ open application.

6.9 Arbitrum — D.A.O. grants

Collider / governance intelligence. DAO-гранты особенно хорошо работают, когда вы знаете не только форму заявки, но и активных делегатов, funded analogues и текущие политические приоритеты DAO. Это один из типов исследований и знакомств, которые участники Collider используют для более точного захода.

Тип: P + B
Статус: D.A.O. Season 3 intake CLOSED; low-capacity phase работает с milestones уже одобренных grantees.

Реальная воронка

Публичный отчет:

• 1,262 proposals submitted;
• 190 approved;
• 60+ completed на момент отчета;
• около $5.3m allocated из $6.75m;
• submissions закрыты с марта 2026.

Это примерно 15% approval по submitted proposals, но показатель нельзя переносить автоматически на будущие programs/domains.

Что делать до следующего окна

1. Определить точный domain.
2. Изучить 10–20 funded proposals этого domain.
3. Выделить accepted scope/budget/milestone patterns.
4. Ship Arbitrum deployment.
5. Собрать 30–60 дней metrics.
6. Сделать application-ready milestone table.
7. Войти в community/domain discussions.
8. Для strategic project отдельно искать Foundation/ecosystem BD.

Firestarter signal

Малые feasibility grants также выигрываются не “идеей”, а четким DAO leverage и scope. В pilot было мало сильных заявок и не весь budget был использован — значит иногда проблема не в нехватке денег, а в proposal quality.

Failure modes

• vision вместо deliverables;
• domain mismatch;
• milestones зависят от будущих партнерств;
• нет Arbitrum usage;
• попытка apply в closed season.

LLM rule: до нового официального intake — PREPARE, не SUBMIT.

Источник: https://forum.arbitrum.foundation/ — D.A.O. Grant Program Season 3.

6.10 Scroll — Security Subsidy

Тип: subsidy
Статус: Security Subsidy ACTIVE; прошлый generic community-grant intake закрыт.

Использовать когда

Есть:

• mature codebase;
• deployment plan;
• audit scope;
• security owner.

Процесс

1. Freeze scope.
2. Code maturity note.
3. Threat model/security goals.
4. Scroll deployment commitment.
5. Subsidy/matching application.
6. Provider/scope comparison.
7. Remediation milestones.
8. Completion evidence.

Не делать

• считать subsidy зарплатным runway;
• подавать сырое repo;
• просить audit funding при условном “может быть deploy”.

LLM rule: показывать как cost-offset, не как company funding.

6.11 Sui — DeFi Moonshots / Hydropower

Тип: A + T
Статус: current/rolling по отдельным tracks; exact cohort window verify.

Лучший fit

• novel DeFi primitives;
• Sui-native architecture;
• object model/parallel execution реально важны;
• measurable economic activity.

Как pitch-ить

Не: “портируем protocol”.

Да:

• какой механизм становится лучше на Sui;
• capital efficiency;
• UX/performance advantage;
• source of sustained users/capital;
• why liquidity support creates durable usage.

KPI

• revenue;
• retention;
• repeat users;
• sustained demand;
• liquidity efficiency;
• organic volume.

Public signal

Current Moonshots messaging делает акцент на real economic activity и ограниченном числе selected teams. Следовательно, vanity TVL и copy-paste protocol weak.

LLM rule: EVM clone без Sui-native design получает низкий technical-fit score.

Источник: https://www.sui.io/programs-funding

6.12 Fuse — Ember Builder + Web3 Business Grant

Тип: P
Статус: ACTIVE по текущим official pages.

Ember

Рекомендуемая последовательность:

1. Build/deploy.
2. Working app.
3. Unique ecosystem value.
4. First user/adoption logic.
5. Application.
6. Milestones tied to network activity.

Business Grant

Для payment/fintech/business solution:

• business model;
• payment flow;
• customer;
• integration architecture;
• execution history;
• precise use of funds;
• measurable business/network outcomes.

Официальный flow: evaluation → decision → activation → completion reporting. Это не “free money”.

Что не делать

• application до working artifact, если track ожидает build;
• generic ecosystem story;
• testimonials на landing page считать независимыми reviews.

Reviews

Program testimonials — marketing-controlled evidence. Учитывать как слабый signal; сильнее official process/milestone requirements.

6.13 Hedera / The Hashgraph Association

Тип: P / co-funding
Статус: ACTIVE
Модель: institutional diligence.

Процесс

Типичный public flow:

1. Request.
2. Screening.
3. ~30-min interview.
4. Go/No-Go + NDA.
5. Technical/business/legal/financial DD + KYC.
6. Board review/approval.
7. Contract/milestones.
8. Delivery/reporting.

Qualification может занимать недели; board cadence влияет на timing.

Подготовить до заявки

• legal entity;
• cap table/funding history;
• financial model;
• enterprise references;
• architecture;
• Hedera KPI plan;
• pilot/LOI;
• compliance/security;
• budget.

Pitch

Не: “нужен Hedera grant”.

Да: “Вот enterprise workload/customer, почему Hedera, expected transaction/value, co-funding need и measurable deployment.”

Failure modes

• team не готова к DD/KYC;
• speculative consumer product без enterprise case;
• Hedera optional;
• нет customer need.

Reviews

Надежный независимый массив applicant reviews не найден. Опираться на опубликованный DD flow и funded case studies, а не testimonials.

Источник: https://www.hashgraph-association.com/

6.14 Oasis Sapphire

Тип: P + B
Статус: VERIFY / BD-FIRST.

Важное предупреждение

В интернете хорошо индексируются старые ROSE Bloom / ecosystem grant pages. Старую форму нельзя считать активным intake 2026 без проверки.

Правильный подход

1. 1–2 page Sapphire-specific architecture.
2. Точно указать, какой confidentiality primitive используется.
3. Small PoC.
4. Проверить current official funding channel.
5. Если open call не подтвержден — ecosystem/BD/team outreach.
6. Найти technical champion.
7. Full proposal писать после подтверждения механизма.

Для technology/infrastructure проекта

Сильный fit возможен, если:

• confidential execution реально упрощает architecture;
• есть selective disclosure/compliance story;
• есть users/integrators;
• результат reusable.

Stop condition

Максимум 1–2 часа на status verification/outreach до подтверждения активного grant route.

Historical feedback

Старые community discussions содержали вопросы к ясности ecosystem funding. Это исторический, не текущий signal. Вывод только один: verify current route.

Источник: https://oasisprotocol.org/

6.15 Ethereum Foundation ESP

Тип: P
Статус: TARGETED ONLY. Broad open-grant model был заменен Wishlist/RFP approach.

Что изменилось

Старый play: “Есть полезная идея для Ethereum → general grant application”

больше нельзя считать базовым.

Новый:

• active Wishlist;
• active RFP;
• targeted ecosystem priority;
• open-source/public-good deliverable.

Процесс

1. Открыть current Wishlist/RFP pages.
2. Нет exact match → не писать proposal.
3. Есть match → буквально ответить problem statement.
4. Methodology.
5. Milestones/deliverables.
6. Budget.
7. Team evidence.
8. Public-good/open-source output.
9. Office Hours использовать для questions/fit, не как pitch channel.

Не подходит

• startup runway;
• token launch;
• proprietary SaaS без public-good layer;
• generic “Ethereum expansion”.

Process insight

Модель изменилась в том числе из-за review overload широкого intake. Значит fit к published need стал важнее.

LLM rule: нет active RFP/Wishlist → WATCH, не “apply to ESP”.

Источник: https://esp.ethereum.foundation/

6.16 Aptos / Thala Foundry

Тип: P + A
Статус: Thala Foundry ACTIVE; Aptos Foundation exact calls verify.

Thala fit

• DeFi;
• novel mechanism design;
• applied research;
• uniquely benefits from Aptos.

Процесс

1. Aptos-native design memo.
2. Объяснить роль Move/Aptos.
3. Prototype.
4. Mechanism novelty.
5. Application.
6. Clarification loop.
7. Incubation/ecosystem help для integrations/liquidity.

Не делать

• port-only;
• “privacy because privacy” без Aptos demand;
• ask = весь startup burn.

LLM rule: DeFi → сначала Thala Foundry fit; public-good/tooling → current Aptos Foundation call только после status check.

6.17 Web3 Foundation / Polkadot Grants

Тип: P
Статус: ACTIVE / exact track VERIFY.

Культура заявки

Это technical milestone grant, не accelerator.

Нужны:

• precise scope;
• open-source artifacts;
• detailed milestones;
• FTE/cost;
• docs;
• tests;
• delivery evaluation.

Публичные accepted proposals показывают повторяющийся паттерн: конкретные specs, implementation, test coverage, docs, deployment/demo artifacts.

Процесс

1. Изучить recent accepted applications похожего типа.
2. Выделить independently verifiable scope.
3. Убрать sales/GTM.
4. Repo/license.
5. Milestone table.
6. На milestone: spec → implementation → tests → docs → demo.
7. Заложить review/fix cycle.
8. Не ожидать accelerator hand-holding.

Хороший ask

“Open-source component + API + integration + tests + docs.”

Плохой: “Развить компанию, нанять команду, сделать маркетинг.”

Reviews/process

Публичность applications и milestone evaluation — важный плюс: можно reverse-engineer реальные standards. Это надежнее анонимных отзывов.

Источник: https://grants.web3.foundation/

6.18 XRPL Grants / Accelerators

Тип: P + A + B
Статус: current general grant call в application manager не открыт; отдельные fall accelerator programs могут принимать applications.

Что делать

1. Не говорить “XRPL grant open”.
2. Проверить current calls.
3. Если grant closed:
   • accelerator;
   • ecosystem/company intake;
   • partnership/integration.
4. XRPL-specific prototype.
5. Deck/demo/GitHub.
6. Accelerator: market/team/traction.
7. BD: exact payment/RWA/transaction workload.

Сильные вертикали

• payments;
• DeFi;
• RWA/tokenization;
• trade finance;
• institutional use.

LLM rule: closed general grant меняет mechanism, а не автоматически исключает XRPL.

6.19 Canton Protocol Development Fund

Тип: P + B
Статус: ACTIVE
Особенность: Foundation member/contributor access и endorsement могут быть важнее cold application.

Естественный scope

• shared infrastructure;
• core/protocol tooling;
• R&D;
• performance/security;
• reference implementations;
• institutional DeFi/liquidity.

Entry strategy для non-member

1. Не писать сразу 20-page grant.
2. Найти 3–5 Canton Foundation members, которым нужен результат.
3. Technical/BD discovery.
4. Получить sponsor/champion/endorsement.
5. Согласовать scope и shared-network value.
6. Formal proposal после signal.

Для institutional infrastructure

Сильная структура:

• regulated participant workflow;
• confidentiality boundaries;
• selective disclosure;
• settlement;
• institutional integration;
• reusable/shared component.

Причины отказа

• retail crypto narrative;
• нет institutional counterpart;
• нет endorsement, когда он нужен;
• fully proprietary product без shared-network value;
• unclear maintenance.

Reviews

Программа новая; зрелого массива независимых grantee reviews пока ожидать не стоит. Поэтому главным signal считать public process, endorsement mechanics и первые funded deliverables.

LLM rule: first milestone часто secure champion, а не submit form.

6.20 Kava Rise

Тип: T
Статус: ACTIVE incentive.

Это не grant proposal

1. Deploy on Kava.
2. Создать реальный TVL.
3. Настроить корректный tracking / DeFiLlama, где требуется.
4. Register project/contracts.
5. Пройти threshold.
6. Rewards зависят от formula/ranking.
7. Считать economics ежемесячно.

LLM обязан посчитать

Expected incentive
- liquidity cost
- user acquisition
- token volatility haircut
- engineering/security
- opportunity cost
= expected net value

KPI

• retained TVL;
• organic volume;
• protocol revenue;
• users after incentives;
• incentive dependency ratio.

Главный риск

Купить mercenary TVL дороже, чем полученная награда.

Stop: expected net value отрицательный → не участвовать ради “funding”.

6.21 Lisk — investment-first reality

Тип: A + P
Статус: MIXED. Не использовать старое summary “grant up to $100k” без проверки.

Текущая логика

Funding сместился к:

• DAO/investment routes;
• founder programs;
• real-world/emerging-market adoption;
• selected milestone opportunities.

Часть routes использует SAFE/SAFT/investment mechanics.

Routing

Live on Lisk + traction: investment/DAO Fund-style route.
High-potential founder: founder/EMpower-type current route, если открыт.
Seasonal milestone grant: только подтвержденный call.

Подготовить

• real-world problem;
• customer acquisition;
• usage;
• Lisk deployment;
• unit economics;
• investment terms readiness.

Process signal

Ранние investment reports показывали, что лишь небольшая доля evaluated applications получала investment. Это investor selection, не entitlement.

LLM rule: SAFE/SAFT всегда помечать investment, не складывать в non-dilutive total.

6.22 Cardano Catalyst + Intersect

Тип: P
Статус: Catalyst pilot UPCOMING по announcement на август 2026; Intersect — отдельный member-specific mechanism.

Не смешивать

Catalyst: ecosystem innovation/funding.
Intersect: specific member/governance/network work.

До открытия Catalyst

1. Ждать exact scope/rules.
2. Проверить priority integrations.
3. Cardano-specific technical plan.
4. Transactions/users impact.
5. Budget + milestones.
6. Community validation.

Если call акцентирует stablecoins, identity, oracle, programmable tokens — нужно реально использовать эти primitives, а не вставлять keywords.

Intersect

Только если:

• eligibility/membership подходит;
• scope совпадает с конкретной network/governance need.

LLM rule: пока форма не открыта — PREPARE, не APPLY.

7. BD-FIRST PLAYBOOKS

Collider / BD first. Многие лучшие сделки вообще не начинаются с публичной формы. Они начинаются с правильного человека внутри фонда, протокола, биржи или экосистемы. Одна из задач Collider — сокращать путь от «мы нашли программу» до «мы поговорили с тем, кто реально может запустить пилот».

7.1 Tempo

Тип: B
Статус: MAINNET LIVE; public generic grant не найден.

Неправильный заход

“We are multichain. Can you fund our port?”

Правильный — production workload

Подготовить:

• exact payment flow;
• countries/corridors;
• stablecoins;
• monthly volume;
• tx count;
• latency/finality requirement;
• compliance/privacy requirement;
• architecture;
• pilot/LOI;
• 6–12 week rollout.

Ask ladder

1. technical co-design;
2. integration support;
3. launch partnership;
4. ecosystem/customer intros;
5. joint pilot;
6. commercial/economic support, если появляется взаимный fit.

Для regulated / enterprise product

Позиционировать как complementary layer:

• business confidentiality;
• compliance/selective disclosure;
• workflow, который native functionality не покрывает;
• measurable payment volume.

LLM rule: score Tempo по strategic workload, не “grant availability”.

Источник: https://tempo.xyz/

7.2 Circle / Arc

Тип: P + A + B
Статус: application endpoint grant program показывает CLOSED, хотя marketing page может содержать “Apply”. Считать закрытым до фактического reopening.

Сейчас

1. Arc/Circle integration prototype.
2. Реальное использование Circle products/Arc capabilities.
3. Pilot/traction.
4. Relevant builder/investor waitlist.
5. Monitor actual application form.
6. Submit только после подтверждения open.

Когда grant открыт

Пакет:

• business;
• Circle/Arc integrations;
• roadmap;
• milestones;
• traction;
• production path.

Finalist review может включать technical/product/BD/investment stakeholders: поверхностная интеграция вскроется.

Arc Builders Fund

Investment route. Не считать non-dilutive grant.

LLM rule: при конфликте страниц: actual intake endpoint > current official announcement > docs > marketing landing > aggregator.

7.3 Stable / StableChain

Тип: B + future incentives
Статус: MAINNET LIVE. Tokenomics выделяет ecosystem/community allocation на developer grants, integrations, incentives, но generic public application form не подтверждена.

Ключевая логика

40% ecosystem allocation ≠ open grant.

BD track

1. Недорогой PoC/deploy на mainnet.
2. USDT0-native flow.
3. Exact payment/settlement use.
4. Developer/ecosystem contact.
5. Найти owner по payments/infra.
6. Partner integration proposal.
7. Joint KPI.
8. Обсуждать incentives/support после sponsor interest.

Для technology/product integration

• business confidentiality;
• compliant disclosure;
• institutional/payment demand;
• expected USDT settlement activity.

Stop condition

Нет champion после 3 качественных follow-ups и нет open program → lower priority.

Источники:
https://docs.stable.xyz/en/introduction/tokenomics
https://docs.stable.xyz/en/developers/mainnet/mainnet-information

7.4 Codex

Тип: B
Статус: limited-mainnet / production integration expansion; generic public grant не найден.

Forward-deployed model → integration brief

• corridor;
• currencies;
• source/target rails;
• stablecoin;
• FX workflow;
• compliance;
• volume;
• settlement pain;
• integration resources.

Для внешней infrastructure/product команды

Ответить:

• что Codex не должен строить сам;
• почему integration ускоряет production;
• какой customer flow разблокируется;
• как измеряем результат.

Ask

• design partnership;
• API/technical integration;
• joint customer pilot;
• partner intro;
• commercial arrangement.

LLM rule: нет customer/workload → сначала discovery, не cold funding ask.

Источники:
https://www.codex.xyz/
https://docs.codex.xyz/

7.5 Usual / USD0

Тип: B + ecosystem incentives
Статус: active ecosystem; generic public builder grant не найден.

Не путать ecosystem bucket и grant program

Governance/ecosystem incentives могут поддерживать integrations, но это не universal open form.

Сильный thesis

Не: “Port our generic product to USD0.”

Да:

• дополнительный USD0 utility/TVL/volume;
• user segment;
• конкретная product capability → дополнительный USD0 adoption/utility;
• integrations;
• liquidity;
• measurement;
• governance/economic ask.

Процесс

1. USD0 integration/PoC.
2. Target use.
3. Определить governance/ecosystem route.
4. Найти sponsor.
5. Согласовать KPI.
6. Formal incentive/governance request при необходимости.

LLM rule: funding ask следует после доказанного ecosystem value.

Источники:
https://usual.money/ecosystem
https://docs.usual.money/resources-and-ecosystem/fact-sheets/usual-products/usd0

7.6 MiniPay — distribution, не отдельный grant

Тип: B
Статус: ACTIVE Celo ecosystem route.

Последовательность

1. Mobile-compatible Celo product.
2. Proof of Ship/onchain reputation.
3. MiniPay-quality UX.
4. Retention/use-case proof.
5. Ecosystem/listing/integration pipeline.
6. Growth/support funding после proof.

Для finance / payments

UX-benefit без crypto jargon:

• private business payment;
• vendor/salary flow;
• receipts/disclosure;
• recovery/support;
• local stablecoins.

LLM rule: MiniPay = Distribution & BD. Деньги искать через Celo funding mechanisms, не считать MiniPay самостоятельным грантом.

7.7 Superchain strategic BD

Тип: B + S

Плохой pitch

“Fund deployment on every OP chain.”

Хороший rollout

1. Anchor chain deployment.
2. One measurable use case.
3. Common technical interface.
4. 2 additional chain demand signals/LOIs.
5. Reusable shared/open component.
6. Cross-chain economics.
7. Joint KPI dashboard.

К кому

• individual L2 BD/ecosystem teams;
• wallets/payment/DeFi integrators;
• OP public-goods/funding mechanisms после impact.

LLM rule: cross-chain story начинается после одного proof deployment.

8. Как искать отзывы и не обманываться

Collider / проверка реальностью. Маркетинговая страница почти всегда выглядит лучше реального процесса. В Collider ценность таких исследований — в разборе реальных получателей, отказов, review-процессов и неочевидных требований, а не в переписывании красивых обещаний фонда.

Использовать hierarchy:

Level A — сильнейший signal

• official postmortem;
• public application database;
• reviewer rubric;
• funded/rejected counts;
• milestone reports;
• governance discussions;
• actual application form status.

Level B

• founder report с application ID;
• GitHub/forum thread;
• grantee delivery report.

Level C

• social comments;
• testimonials;
• accelerator promo quotes.

Level D — не использовать как факт

• SEO aggregator “Top grants 2026”;
• старые listicles;
• AI summaries без primary verification;
• “up to $X” без live program page.

Правило: если независимых applicant reviews нет — так и написать. Не выдумывать “builders report smooth process”.

9. Универсальный Proposal Grant workflow

День 0–2 — Fit memo

1 page:

• problem;
• ecosystem gap;
• chain-native reason;
• deliverable;
• beneficiaries;
• KPI;
• ask.

День 2–5 — Evidence

• repo;
• demo;
• architecture;
• prior work;
• design partners;
• competitor map.

День 5–7 — Milestones

День 7–10 — Pre-feedback

Использовать:

• office hours;
• forum;
• program manager;
• ecosystem contributor.

Правильный вопрос: “Does this scope match the program and what would make it reviewable?”

Неправильный: “Can you promise funding?”

День 10–14 — Submit

Self-contained package.

После

• отвечать <24–48h;
• фиксировать reviewer questions;
• готовить rescope/budget;
• KYC/legal заранее.

10. Ship-first / Retro workflow

1. Deploy.
2. Instrument.
3. Publish.
4. First independent users/integrations.
5. Baseline.
6. Weekly impact log.
7. Apply только когда есть demonstrated impact.
8. Ask proportional to proof.

Evidence:

• contracts/repo;
• live product;
• metrics dashboard;
• changelog;
• user/integration proof;
• public-good statement;
• next impact plan.

11. Incentive workflow

Перед участием:

Expected rewards
- liquidity/user acquisition cost
- token volatility haircut
- engineering
- security
- opportunity cost
= expected net value

Следить:

• retained TVL;
• organic volume;
• retained users;
• revenue;
• incentive dependency ratio.

Если users исчезают с incentives — это subsidized activity, не PMF.

12. BD-first workflow

Collider / warm intro > cold form. Если решение принимается через relationship-driven BD, сильное интро часто ценнее ещё десяти страниц pitch deck. Collider строится вокруг плотного круга людей из технологий, капитала и необычных индустрий, чтобы такие связи появлялись быстрее и естественнее.

Создать 2-page Partner Brief, не grant deck.

Page 1 — business

• customer/workload;
• pain;
• volume/users;
• geography;
• why now.

Page 2 — integration

• architecture;
• integration;
• 6–12 week plan;
• resources both sides;
• KPI;
• exact ask.

Ask ladder

1. technical validation;
2. ecosystem intro;
3. pilot/design partnership;
4. distribution;
5. commercial co-investment/support;
6. incentive/grant tied to rollout.

Champion test

До full proposal должен появиться внутренний человек, который:

• назначает next call;
• дает intro;
• просит materials;
• обсуждает конкретный scope.

После 3 качественных follow-ups без такого signal — lower priority.

13. Как LLM должен переписывать pitch

Не косметически менять название chain. Менять семь блоков:

1. Problem framing — problem конкретной ecosystem.
2. Why this chain — архитектурная/distribution причина.
3. Deliverable — то, что mechanism реально финансирует.
4. Beneficiary — кто получает ecosystem value.
5. Proof — факты.
6. Milestones — independently verifiable.
7. Ask — grant / incentive / investment / BD.

Пример:

Плохо:

Example Infrastructure is a multichain infrastructure product and wants $150k to deploy on Chain X.

Хорошо:

Chain X has [specific payment/institutional problem]. We will ship [specific reusable artifact] used by [named segment/integrators]. In 12 weeks success is [measurable KPI]. Funding covers [milestones]. Commercial product remains [boundary], while ecosystem receives [open/shared deliverable].

14. Формат финального ответа LLM

# Funding & BD Route for [PROJECT]

## A. Facts extracted
- Stage:
- Product:
- Customer:
- Current chains:
- Traction:
- Open-source:
- Funding need:
- Team:
- Pilots:
- Missing facts:

## B. Top routes

### 1. [PROGRAM] — NOW — Score 87/100
Mechanism:
Status:
Status evidence/date:
Why fit:
Hard gates:
Missing proof:
Recommended thesis:
Pitch changes:
Assets:
Execution steps:
1.
2.
3.

Contact/BD strategy:
First outreach angle:
Milestones:
KPIs:
Probability killers:
Stop condition:
Next verification date:

### 2. ...

## C. DO NOT APPLY
- [X] — closed.
- [Y] — requires shipped product.
- [Z] — investment; founder requested only non-dilutive.
- [A] — chain-native fit insufficient.

## D. 30/60/90 execution board
| Deadline | Task | Program | Owner | Evidence of done |
|---|---|---|---|---|

## E. Funding math
- Non-dilutive realistic pipeline:
- Investment pipeline:
- Incentives:
- BD value:
- Weighted expected value:
- Team hours required:

## F. Status checks required today
- Program:
- Official page:
- Actual form:
- Deadline:

15. Отдельная матрица process/review signals

Это не «рейтинг хороших/плохих грантов». Это подсказка, на какие публичные данные опираться, когда LLM оценивает реальную механику.

16. Как строить маршрут для любого проекта

Вместо приоритизации под один заранее заданный use case LLM должен сначала классифицировать проект по стадии, типу технологии, бизнес-модели и нужному ресурсу.

Архетип A — open-source / developer infrastructure

Чаще подходят:

• Foundation / ecosystem grants;
• Ethereum ESP RFP/Wishlist;
• W3F technical grants;
• Solana public-good funding;
• BNB Builder Grants;
• protocol-specific RFPs.

Главный proof:

• repo;
• reusable artifact;
• adoption by other developers;
• measurable maintenance plan.

Архетип B — venture-backed product / startup

Чаще подходят:

• Colosseum;
• Base Batches;
• BNB MVB;
• Hub71;
• Startup SG Equity;
• EIC Accelerator blended finance;
• Startup Qatar Investment Program;
• protocol-native accelerators.

Главный proof:

• team;
• market;
• traction;
• business model;
• fundraising readiness;
• why this ecosystem changes distribution or economics.

Архетип C — DeFi / onchain financial product

Чаще подходят:

• Uniswap programs;
• Sui Moonshots/Hydropower;
• dYdX grants/RFPs;
• ecosystem liquidity/incentive programs;
• chain growth grants.

Главный proof:

• live contracts;
• users/volume/fees/TVL;
• risk/security;
• sustainable economics after incentives.

Архетип D — payments / fintech / institutional infrastructure

Чаще подходят:

• Stellar SCF;
• Celo ecosystem programs;
• Hub71+ Digital Assets;
• Qatar/Singapore government innovation routes;
• Hedera/THA;
• enterprise/payment-network BD.

Главный proof:

• customer workflow;
• pilot/LOI;
• regulatory path;
• expected volume/revenue;
• integration owner.

Архетип E — deeptech / research-heavy company

Чаще подходят:

• EIC Accelerator / Transition;
• NRF Central Gap through research institution;
• A*STAR IAF-ICP;
• Startup SG Tech;
• NRC IRAP;
• UK KTP;
• Finep;
• national research-commercialisation programs.

Главный proof:

• technical novelty;
• TRL;
• IP;
• research team;
• experiments;
• commercialisation plan.

Архетип F — chain/protocol expansion

Чаще подходят:

• migration grants;
• ecosystem BD;
• accelerator/investment;
• technical support;
• co-marketing;
• incentives.

Главное правило: не делать port ради гранта. Считать engineering + audit + maintenance + opportunity cost против funding + distribution + ecosystem strategic value.

NOW / NEXT / LATER

NOW

Идут только routes, где:

• intake открыт;
• hard gates уже выполнены;
• proposal можно сделать без искусственного repositioning;
• есть owner следующего действия.

NEXT

• нужен PoC/deployment;
• нужно создать local entity/partner;
• нужен research partner;
• нужно получить traction или champion.

LATER / WATCH

• программа закрыта;
• upcoming cohort;
• нет точного native fit;
• сначала требуется evidence или customer discovery.

DO NOT APPLY

• eligibility не проходит;
• тип funding не соответствует цели;
• grant меньше стоимости обязательной миграции;
• program page stale/closed;
• нет post-program survival strategy.

17. 30/60/90-day master execution model

Collider / execution track. Информация сама по себе почти ничего не стоит без следующего действия. В Collider исследования раскладываются в конкретные 30/60/90-дневные треки: кому написать, что построить, где выступить, какой proof собрать и к какому окну funding успеть.

Days 0–14 — Create eligibility

Цель не “подать 20 заявок”, а создать 3–5 реальных eligibility states.

Tasks:

• 2 anchor deployments;
• metrics instrumentation;
• 3 chain-specific fit memos;
• 2 BD partner briefs;
• funding status verification;
• 5 ecosystem calls;
• milestone library;
• security/compliance pack.

Deliverables:

• GitHub/repo links;
• live demos;
• architecture;
• KPI dashboard;
• budget template;
• KYC/legal folder;
• CRM.

Days 15–45 — Submit where real, build where retro

• Stellar/current open proposal tracks;
• Solana if exact fit;
• Celo/Base ship-first accumulation;
• Fuse/Hedera formal routes if eligible;
• Canton sponsor;
• Tempo/Stable/Codex/Arc design-partner outreach.

Kill:

• closed forms;
• no-response BD after proper cadence;
• non-native ports;
• negative incentive economics.

Days 46–90 — Convert

• reviewer Q&A;
• KYC/contracts;
• milestone negotiation;
• co-funded pilots;
• second deployment based on first proof;
• retro funding evidence;
• accelerator/investment routes where appropriate.

18. Funding CRM schema

Минимальные поля:

program:
mechanism: P|S|T|A|B
official_status:
status_checked_at:
official_url:
application_url:
deadline:
chain:
strategic_fit_score:
technical_fit_score:
traction_score:
mechanism_fit_score:
readiness_score:
access_score:
total_score:
champion:
champion_strength: none|weak|active|internal_sponsor
next_action:
next_action_date:
materials_missing:
ask:
milestones:
last_contact:
last_response:
hours_spent:
probability:
expected_value:
stop_condition:
notes:

Champion strength

• none: никого.
• weak: accepted connection / generic reply.
• active: задает вопросы, делает intro.
• internal_sponsor: помогает scope/процессу и готов защищать proposal.

19. Stop conditions library

LLM должен назначать stop condition каждому route.

Примеры:

Open grant

• не прошли eligibility;
• reviewer говорит scope вне mandate;
• нет critical integration feasibility;
• deadline не позволяет quality submission.

BD

• 3 meaningful follow-ups без champion;
• ecosystem хочет feature, который не входит в strategy;
• co-development cost > expected value;
• нет customer demand.

Retro

• нет measurable usage после agreed experiment window;
• program window отменен;
• impact cannot be attributed.

Incentive

• negative unit economics;

• 70% activity disappears without incentives;

• token/liquidity risk unacceptable.

20. Status verification protocol

Collider / живые данные. Дедлайны, фонды и акселераторы меняются быстрее, чем успевают обновляться каталоги. В Collider мы относимся к funding intelligence как к живому потоку: новые окна, закрытия, смена команд, новые recipients и новые точки входа важнее красивого статичного списка.

Если playbook старше 7 дней, перед action:

1. Official program page.
2. Actual application form.
3. Deadline/timezone.
4. Official announcement/forum за последние 30 дней.
5. Confirm grant vs investment vs retro vs incentive.
6. Save evidence date and URL.

При конфликте:

actual application endpoint > current official announcement > current docs > marketing landing > aggregator.

Никогда не использовать агрегатор как единственное подтверждение статуса.

21. Source/status registry

Использовать как старт проверки, не как вечную гарантию статуса.

• Solana Funding: https://solana.org/grants-funding
• Base Funding: https://docs.base.org/get-started/get-funded
• Optimism: https://gov.optimism.io/
• Celo Builders: https://celo.org/builders
• Celo Funding: https://docs.celo.org/build-on-celo/fund-your-project
• Stellar SCF: https://communityfund.stellar.org/
• BNB Chain: https://www.bnbchain.org/
• Avalanche: https://www.avax.network/
• Polygon: official Polygon builder/funding/governance portal — verify current program
• Arbitrum: https://forum.arbitrum.foundation/
• Scroll: official Scroll grants/security pages
• Sui: https://www.sui.io/programs-funding
• Fuse: official Fuse grant pages
• Hashgraph Association: https://www.hashgraph-association.com/
• Oasis: https://oasisprotocol.org/
• Ethereum ESP: https://esp.ethereum.foundation/
• Aptos Foundation: https://aptosfoundation.org/
• Thala Foundry: official Thala Foundry page
• Web3 Foundation: https://grants.web3.foundation/
• XRPL: official XRPL Grants/accelerator application manager
• Canton: official Canton Foundation / Protocol Development Fund
• Kava: official Kava Rise/developer rewards docs
• Lisk: official Lisk funding/DAO Fund announcements
• Cardano Catalyst: official Project Catalyst/Cardano Foundation announcements
• Intersect: official Intersect grants
• Tempo: https://tempo.xyz/
• Circle/Arc: official Circle Developer Grants / Arc builders pages
• Stable: https://docs.stable.xyz/
• Codex: https://www.codex.xyz/ and https://docs.codex.xyz/
• Usual: https://usual.money/ and https://docs.usual.money/

22. Operating principles

1. Status beats headline. “$100M ecosystem fund” бессмысленен без доступного механизма.
2. Mechanism beats copywriting. Ship-first нельзя выиграть deck-ом.
3. Chain-native beats multichain. Port — не ecosystem outcome.
4. Proof beats promise.
5. Milestones beat roadmap.
6. Champion beats cold form в relationship-driven ecosystems.
7. Distribution может быть ценнее grant size.
8. Investment ≠ grant.
9. Incentive ≠ revenue.
10. Closed means closed.
11. Postmortem/reviewer data > testimonial.
12. Каждый funding plan должен иметь post-funding survival path.
13. Не оптимизировать количество заявок. Оптимизировать expected value на час команды.

23. Weekly operating cadence

Monday

• status verification;
• shortlist;
• owners.

Tuesday

• chain-specific product work;
• PoC/deployment.

Wednesday

• ecosystem calls;
• office hours;
• champion outreach.

Thursday

• proposals;
• metrics;
• milestone revisions.

Friday

• follow-ups;
• evidence log;
• kill low-signal routes.

Dashboard: program | mechanism | status | score | champion | next action | deadline | last response | probability | expected value | hours spent

Rule: если route не создает ни funding probability, ни distribution, ни strategic learning — kill it.

24. Одна фраза, которой должен руководствоваться LLM

Не спрашивай: «Какие гранты подходят проекту?»
Спрашивай: «Какой следующий проверяемый результат должен создать проект, чтобы конкретный funding/BD-механизм стал доступен, и является ли это лучшим использованием следующих 30 дней?»

PART II — NON-EVM REALITY CHECK 2026