Русский

Полная база знаний в кратком изложении на русском. Каждая запись ведёт к полной статье на английском — и каждое утверждение заканчивается командой, которую любой может выполнить против чейна. Вычисляй, а не доверяй.

The two-tier capacity clamp: refusing trades a pool cannot absorb

Даже честные пулы имеют конечную ёмкость. Двухуровневый ограничитель урезает долю каждого пула по его реальным запасам и отклоняет сделки, которые набор не может поглотить: no_route лучше уверенной катастрофы.

Полная статья (на английском) →

The surplus doctrine: when execution beats the quote, the user keeps the difference

Если исполнение оказывается лучше котировки, разница достаётся трейдеру без комиссии — это зашито в неизменяемом байткоде Роутера и проверяется по каждой сделке повтором котировок на исторических блоках.

Полная статья (на английском) →

The Hub: a self-curating pool registry with fitness eviction

Хаб хранит реестр пулов-кандидатов он-чейн: 16 упакованных слотов на пару, где претендент должен превзойти измеренную пригодность слабейшего на 25%, чтобы вытеснить его — курирование как состязание, а не белый список.

Полная статья (на английском) →

EIP-1153 transient storage: route context that cannot outlive the transaction

BlazePhoenix использует транзиентное хранилище EIP-1153 для блокировок реентерабельности и флагов маршрута: сама EVM обнуляет их в конце транзакции, делая утечки устаревшего состояния невозможными по построению.

Полная статья (на английском) →

Renouncing power without abandoning the protocol: the control/curator split

КОНТРОЛЬ (параметры, средства — отказ навсегда) отделён от КУРИРОВАНИЯ (обслуживание пулов, ограниченное правилами Хаба), чтобы децентрализация не превращалась в запустение; EOA с EIP-7702 — полноправные вызыватели.

Полная статья (на английском) →

Pool vitality: liveness as a measured property, not an assumption

Реестры гниют, когда ликвидность мигрирует. BlazePhoenix считает слот арендой: пул остаётся, лишь пока его измеренная жизнеспособность — реальная глубина, живые котировки — продолжает побеждать; угасших вытесняет измерение, а не комитет.

Полная статья (на английском) →

The Master Conservation Identity: making insolvency unreachable, not just observable

Каждая транзакция, движущая ценность, выполняется внутри guard-а conserves: если изменение реального баланса расходится с изменением обязательств сверх пыли, транзакция откатывает сама себя — неплатёжеспособность становится недостижимой, а не просто наблюдаемой.

Полная статья (на английском) →

The self-cleaning book: keeper-free maintenance carried by ordinary transactions

Киперы не нужны: каждая обычная транзакция проходит по вращающемуся, ограниченному по газу окну заёмщиков (макс. 10), ликвидирует подводные позиции и платит 5% излишка тому, кто оплатил газ — книга чистит себя органическим потоком.

Полная статья (на английском) →

A free DEX aggregator API with no key: quote, sign, send — three calls, zero signup

Один GET возвращает своп-котировку, вычисленную он-чейн — без API-ключа, без регистрации, открытый CORS, четыре сети. Добавьте параметр recipient — и ответ включает готовые к отправке calldata: котировка, подпись, отправка.

Полная статья (на английском) →

Zero-custody trading bots: an SDK pattern where the bot never touches funds

Бот никогда не хранит ключи: он котирует через публичный API и вручает пользователю deep link для подписи в собственном кошельке. Ни приватных ключей на сервере, ни кастодиальности, ни опустошённого .env — SDK включает полноценного Telegram-бота, построенного именно так.

Полная статья (на английском) →

The Monoslot: a routing engine's whole memory in one storage word

Всё рабочее состояние пула упаковано в одно 256-битное слово, поэтому оценка кандидата стоит один SLOAD — замер на форке Base: ~38% газа экономится на каждом тёплом свопе. Дешёвая истина — та, которую продолжают читать.

Полная статья (на английском) →

Stateless, serverless, ungovernable: what Web 3.0 was supposed to mean

Stateless: Ядро — чистая библиотека, одни входы — одни выходы, навсегда. Serverless: ни кипера, ни индексатора, ни RFQ-сервера в критическом пути. Ungovernable: любая опасная власть навсегда отрекаема — управление выживает лишь там, где оно безобидно.

Полная статья (на английском) →

How to swap tokens safely: a five-minute checklist

Пять проверок перед любым свопом: введите URL сами, проверьте АДРЕС токена, а не имя, сначала протестируйте мелочью, задайте реальный лимит проскальзывания и просветите реальную ликвидность пула. Десять минут привычки лучше лет сожалений.

Полная статья (на английском) →

What is staking — and the questions to ask before locking anything

Три вопроса разоблачают плохие стейкинг-программы: откуда доходность, может ли оператор забрать деньги, и откуда вы ЗНАЕТЕ, что деньги ещё там? Сильнейший ответ — контракт, доказывающий собственную платёжеспособность по запросу.

Полная статья (на английском) →

How to spot fake liquidity before it takes your money

График показывает, что пулы ЗАЯВЛЯЮТ; сеть показывает, что они ДЕРЖАТ — а держание не подделать. Вставьте любой токен в бесплатный Pool X-Ray и за десять секунд сравните заявленную ликвидность с реальными он-чейн балансами.

Полная статья (на английском) →

Gas fees, explained: what you actually pay for and how L2s made it cheap

Газ — это измеренная стоимость вычислений: сложность на загруженность, и неудачная транзакция всё равно оплачивает работу. L2 вроде Base пакуют тысячи транзакций, снижая тот же своп с долларов до долей цента.

Полная статья (на английском) →

Self-custody, explained: what "connect wallet" really authorizes

Подключение кошелька лишь раскрывает адрес и позволяет сайту ПРЕДЛАГАТЬ транзакции — опасность в том, что вы ПОДПИСЫВАЕТЕ. Разрешения дают конкретным контрактам права на конкретные суммы: подписывайте медленно, проверяйте контракт, отзывайте устаревшие.

Полная статья (на английском) →

Running a quote API in production: error codes, retries, and rate limits without keys

Стабильные машинные коды (bad_*, no_route, rpc_unreachable + retry-after), коалесцирование, поглощающее штормы опроса, и никаких API-ключей — модель затрат сделала их ненужными. Операционный контракт, задокументированный как контракт.

Полная статья (на английском) →

Build a price screener in 50 lines: the batch endpoint walkthrough

POST /api/quote/batch котирует до 10 пар за один запрос: порядок сохранён, ошибки inline по каждому элементу — мёртвая пара никогда не ломает цикл. Разрешите символы один раз, батчите адресами, обновляйте со скоростью блока.

Полная статья (на английском) →

Index our fills: one event topic, four chains, a reproducible volume feed

Каждое исполнение эмитирует одно событие Swap с известным topic0 на четырёх сетях — направьте eth_getLogs на роутеры, и лента объёмов ваша. Перекотируйте любой филл на его блоке и сами проверьте наш реестр котировка-против-исполнения.

Полная статья (на английском) →

The mathematics of BlazePhoenix: every formula, and which ones are ours

Полный набор формул протокола, размеченный по происхождению: стандартные AMM-инварианты, которые мы вычисляем и цитируем, и оригиналы нашего авторства — Iron Law Φ, Vitality Field Ψ, Capital-Anchored Filter, capacity clamp и Master Conservation Identity, каждый выведен из развёрнутого байткода.

Полная статья (на английском) →

Web 2.5 vs Web 3.0: is the chain where the decision is made, or just where it settles?

Большинство DeFi — это Web 2.5: цепочка лишь рельс расчётов для решений, принятых на офчейн-серверах, которым надо доверять. Web 3.0 выносит само решение он-чейн. Единственный тест: если бы все серверы команды сейчас погасли, смогли бы вы всё ещё получить котировку и своп? У нас — да.

Полная статья (на английском) →

$BZPX: the token, the contract, and how to verify every claim about it

BZPX в проверяемых фактах: контракт на Base 0x2311…7483, фиксированная эмиссия 180M за 7 лет, роль единственного стейкинг-актива (нет оракула для атаки) и он-чейн функции — isSolvent(), solvency() — позволяющие любому проверить каждое число, не доверяя команде.

Полная статья (на английском) →

Invariant-driven design: the template for aligning autonomous agents

Автономные агенты ошибаются как императивный DeFi: импровизируют, когда путь заканчивается. BlazePhoenix ограничивает исполнение инвариантом, проверяемым на границе — Iron Law Φ с жёстким порогом 75% — и fail-closed-откатом: шаблон выравнивания ИИ математикой, а не политикой.

Полная статья (на английском) →

Robinhood vs a DEX: what actually happens to your crypto order

В брокерском приложении ордер исполняется в закрытой системе, которой нужно доверять; на DEX это публичный вызов контракта, который любой может проверить — кастодия, прозрачность и проверяемость и есть разница.

Полная статья (на английском) →

Memecoins, explained: the ten-second check before you ape

Единственные фундаментальные показатели мемкоина — предложение и ликвидность; график это внимание. Правило десяти секунд: проверьте пулы X-Ray на фантомную глубину и считайте размер от РЕАЛЬНОЙ ликвидности, а не от мечты.

Полная статья (на английском) →

The slippage cheat sheet: 0.2% for majors, 0.5%+ for volatile memes

Практические стартовые значения проскальзывания: ~0,2% для глубоких устоявшихся пар, 0,5–1% для волатильных мемкоинов — слишком свободно кормит ботов, слишком жёстко откатывает; ставьте чуть выше реального дрейфа пары.

Полная статья (на английском) →

Your first swap and your first stake: the complete walkthrough

Полный маршрут для первого раза: подключиться, проверить адрес, получить котировку, задать проскальзывание, исполнить, прочитать чек в эксплорере — затем первый стейк и самостоятельная проверка платёжеспособности.

Полная статья (на английском) →

Intents vs on-chain routing: two philosophies of the perfect swap

Intent-системы продают ваш ордер на аукционе офф-чейн солверам, которым приходится доверять коллективно; BlazePhoenix вычисляет маршрут он-чейн, воспроизводимо одним eth_call — проверяемость против аукциона, честное сравнение.

Полная статья (на английском) →

The Nakamoto Test: five questions that measure any protocol against the original vision

Тест Накамото: пять фальсифицируемых вопросов — расчёты, проверка, выживание, разрешение, прозрачность — измеряющих любой протокол против основополагающего видения Сатоши и Виталика, с нашим честным табелем.

Полная статья (на английском) →

The 512-bit multiply: why every BlazePhoenix number is exact to the last wei

Каждая пропорция в BlazePhoenix — доли награды, коэффициенты залога, части процента — проходит через одно полное 512-битное умножение-затем-деление (mulDiv), поэтому промежуточное произведение a·b никогда не переполняется и ни одно число не смещается ни на вей; деление на нечётное использует модулярно-обратное Ньютона-Рафсона, удваивающее верные биты на каждом шаге, 4 → 256.

Полная статья (на английском) →

Two accumulators, one stake: paying emission and interest with zero cross-subsidy

BlazePhoenixStaking ведёт два аккумулятора в стиле MasterChef над одной базой стейка: эмиссия (180 млн BZPX за 7 лет) выплачивается на усиленный эффективный стейк, а процент заёмщиков — только чистым вкладчикам; разные знаменатели, чтобы ни одна роль не субсидировала другую, всё под единым инвариантом платёжеспособности и квадратичным бустом блокировки до 2,75×.

Полная статья (на английском) →

CC BY 4.0 · 65 articles · English (full articles)