Самое важное правило при чтении крипто-документа простое: рассматривайте его как набор утверждений для проверки, а не как доказательство работоспособности проекта . Хороший документ должен рассказывать о том, какую проблему пытается решить проект, как должна работать его система, зачем нужен токен, на каких предположениях основана разработка и какие риски или компромиссы остаются. Ваша задача — превратить эти утверждения в вопросы, которые вы можете проверить, сопоставив их с текущей документацией, исходным кодом, данными блокчейна, записями управления и независимыми доказательствами безопасности.
Это важно, потому что технические документы быстро устаревают. На собственном веб-сайте Ethereum прямо указано, что его технический документ 2014 года больше не отражает Ethereum в том виде, в котором он существует после более чем десяти лет разработки, хотя документ по-прежнему полезен для понимания первоначальной концепции. Это убедительное напоминание о том, что технический документ часто является историческим проектным документом, а не постоянно обновляемой спецификацией. См. страницу технического документа Ethereum , где приведено это предупреждение и оригинальный текст.
К концу вашего обзора вы должны уметь объяснить проект простым языком, не повторяя маркетинговые формулировки. Вы должны знать, кому нужна система, что меняется при её использовании, какой компонент обеспечивает заявленное преимущество, что может дать сбой, где используется токен, кто контролирует обновления или казначейские средства, и какие утверждения вы проверили самостоятельно.
Если после прочтения статьи вы не можете ответить на эти вопросы, не стоит компенсировать это, предполагая, что недостающие детали являются благоприятными. Отметьте их как нерешенные и поищите более веские доказательства.
Не начинайте с последовательного чтения каждой страницы. Сначала найдите заголовок, дату публикации, номер версии, аннотацию, оглавление и любые юридические или технические оговорки. Это даст вам представление о структуре документа и покажет, читаете ли вы первоначальное предложение, более позднюю редакцию или устаревшую версию.
Дата особенно важна, когда проект уже запущен. Сравните её с текущей документацией протокола. Например, опубликованный компанией Solana технический документ представляет собой предложение, содержащее юридическое предупреждение о том, что планы могут измениться и что будущие результаты не гарантируются. Вы можете ознакомиться с оригинальным документом в формате PDF на официальном сайте Solana .
Найдите формулировку проблемы и предлагаемое решение. Затем перепишите каждое в одном-двух предложениях. Избегайте предпочтительных для проекта прилагательных, таких как «революционный», «беспрепятственный», «нового поколения» или «бесконечно масштабируемый». Замените их конкретными существительными, действиями и измеримыми результатами.
Например, в оригинальной статье о Биткоине не просто говорилось о необходимости децентрализации цифровых платежей. В ней предлагалась одноранговая электронная платежная система, позволяющая осуществлять онлайн-платежи напрямую между участниками без зависимости от финансового учреждения, а затем описывался механизм упорядочивания транзакций на основе доказательства работы. Оригинальная статья доступна на Bitcoin.org .
После краткого изложения проблемы и решения, задайте себе вопрос: достаточно ли реальна эта проблема, чтобы вообще требовать использования блокчейна или токенов? Проект, который мог бы так же хорошо работать с обычной базой данных, всё ещё может быть полезен, но в техническом документе следует объяснить, что добавляет децентрализация и какие издержки она влечет за собой.
Теперь перейдём к технической основе: консенсус, модель исполнения, доступность данных, механизм конфиденциальности, проектирование оракула, модель ликвидности, архитектура моста, модель хранения или всё то, что фактически создаёт заявленное преимущество проекта. Вам не нужно сразу понимать каждое уравнение. Вам необходимо понимать цепочку причин и следствий.
Полезным тестом является завершение следующего предложения: «Проект утверждает, что достигает X, потому что использует Y , что работает только в том случае, если Z остается верным». Часть «Z» часто раскрывает наиболее важное предположение.
Когда появляются данные о производительности, проверьте условия. Теоретический расчет пропускной способности при заявленной пропускной способности сети, конфигурации оборудования или идеализированной рабочей нагрузке не совпадает с устойчивой производительностью в условиях перегрузки. Рассматривайте каждый показатель скорости, стоимости, конечной производительности и масштабируемости как неполный, пока не узнаете, как он был измерен.
Раздел, посвященный токеномике, должен отвечать не только на вопрос «Каков максимальный объем предложения?». Необходимо понимать распределение, выпуск, распределение прав, разблокировку, потоки комиссий, стейкинг или стимулы для получения ценных бумаг, права управления, контроль над казначейством и источник любой прибыли.
Проанализируйте цифры. Если значительную долю контролируют инсайдеры, инвесторы, фонды или фонды экосистемы, спросите, когда эти токены станут доступны и кто сможет ими распоряжаться. Если рекламируются вознаграждения за стейкинг, уточните, поступают ли они из доходов протокола, выпуска новых токенов, комиссий, уплачиваемых пользователями, или из других источников. Высокая номинальная доходность, финансируемая в основном за счет размывания доли, экономически отличается от доходности, поддерживаемой внешним спросом.
Также следует различать полезность токена и его увеличение стоимости . Токен может потребоваться для оплаты комиссий или управления, но при этом его стоимость не будет автоматически расти по мере увеличения использования. В техническом документе не должно быть переходов от утверждения «сеть использует этот токен» к утверждению «следовательно, стоимость токена должна расти».
Как только вы разберетесь в документе, перестаньте рассматривать его как основной источник достоверной информации. Сравните его с текущей технической документацией проекта, общедоступными репозиториями, примечаниями к выпуску, развернутыми контрактами и спецификациями протокола. Ищите функции, которые были удалены, переименованы, отложены или существенно переработаны.
На этом этапе становятся очевидными устаревшие технические документы. Ethereum — ещё один полезный пример: на странице технического документа самого проекта читателям сообщается, что оригинальный документ был составлен до запуска и крупных обновлений. Правильный вывод заключается не в том, что старый документ бесполезен; а в том, что исторические замыслы и текущая реализация должны оцениваться отдельно.
Что касается механики протокола, отдавайте предпочтение первоисточникам. Например, Uniswap публикует свои технические материалы в официальной документации, включая технический документ Uniswap v2 , в котором описываются основные проектные решения, такие как пары ERC-20, поведение ценового оракула, флэш-свопы и механика комиссий протокола.
Если проект запущен, многие важные факты перестают быть теоретическими. Подтвердите адрес развернутого контракта из официального источника, затем изучите проверенный код контракта, объем предложения, держателей, разрешения на выпуск, возможность обновления, казначейские кошельки и активность транзакций, используя обозреватель соответствующей цепочки.
Не доверяйте адресу контракта, скопированному из случайного поста в социальных сетях или результатов поиска. Начните с официальной документации проекта и проследите по адресу до авторитетного обозревателя блоков. Если в техническом документе указано ограничение предложения, поищите функции создания монет или привилегированные роли, которые могут изменить предложение. Если управление описывается как децентрализованное, определите, кто может обновлять контракты или изменять критически важные параметры.
«Децентрализованное управление» может означать совершенно разные вещи. Оно определяет, кто может предлагать изменения, кто может голосовать, что определяет право голоса, являются ли голоса обязательными, может ли мультиподпись отменить результаты, как происходят обновления и кто контролирует казначейство.
Обратите особое внимание на чрезвычайные полномочия. Функция приостановки или ключ обновления могут быть целесообразны для молодого протокола, но они меняют модель безопасности. Важный вопрос не в том, существуют ли централизованные механизмы контроля, а в том, четко ли они раскрыты, надлежащим образом ограничены и соответствуют ли заявленным характеристикам проекта.
Прежде чем решить, что проект заслуживает большего внимания, разделите свои заметки на три столбца: проверенные , правдоподобные , но непроверенные и противоречащие или неясные . Это предотвратит превращение отточенного текста в само собой разумеющиеся факты.
Регуляторы также предупреждают инвесторов о том, что не следует рассматривать криптоактивы как замену пониманию рисков. На сайте Investor.gov Комиссии по ценным бумагам и биржам США отмечается, что инвестиции в криптоактивы могут быть крайне спекулятивными и сопряжены с волатильностью, неликвидностью, непрозрачностью владения или контроля, техническими сбоями и ограниченной защитой инвесторов. Ознакомьтесь с предупреждением Investor.gov о криптоактивах для инвесторов, где подробно обсуждаются риски, связанные с ними.
| Область | Как выглядят убедительные доказательства | Что должно вас беспокоить? |
|---|---|---|
| Проблема | Конкретные пользователи, измеримая проблема, четкая причина, по которой децентрализация помогает | Нечеткие заявления о размере рынка или проблема, для решения которой предлагаемая система не требуется. |
| Технологии | Механизм, предположения, компромиссы, модель угроз, ссылки на реализацию | Модные словечки без причинно-следственного объяснения или нереалистичные заявления о результатах. |
| Токен | Распределение, выпуск, предоставление прав, полезность, поток комиссионных сборов, права управления | Неясные механизмы разблокировки, концентрированный контроль или функциональность, существующая лишь для оправдания выпуска жетона. |
| Выполнение | Текущая документация, публичные релизы, развернутые контракты, воспроизводимое поведение | В официальном документе и в работающем продукте существуют существенные расхождения без объяснения причин. |
| Управление | Документированные процессы в области внесения предложений, голосования, исполнения, администрирования, обновления и управления финансами. | Скрытый или плохо раскрытый привилегированный контроль |
| Безопасность | Опубликованный объем аудита, исправления, программа вознаграждения за обнаружение ошибок, известные ограничения | «Проверено» — это маркетинговый знак, но отчёт недоступен, а некоторые замечания остаются нерешёнными. |
Уровень вашего анализа должен соответствовать предполагаемому уровню риска. Если вы просто пытаетесь понять концепцию протокола, то технического документа и текущей документации может быть достаточно. Если вы планируете использовать протокол со значительными средствами, добавьте проверку контрактов, аудит безопасности, анализ управления и анализ операционных рисков. Если вы оцениваете токен как инвестицию, добавьте динамику предложения, графики разблокировки, поведение казначейства, юридическую информацию, структуру рынка, риск хранения и возможность полной потери.
Чтобы хорошо читать технический документ, не обязательно быть криптографом. Однако нужно уметь замечать, где документ переходит от доказательств к предположениям. Лучший результат — это не «Я понял каждую формулу», а «Я знаю, что утверждает проект, что делает эти утверждения возможными, какие части уже работают, какие части я проверил, а какие риски остаются нерешенными».
Прочтение крипто-документа — это начало комплексной проверки, а не её завершение. Сначала разберитесь в проблеме и механизме. Затем протестируйте стимулы для токенов, сравните документ с текущей реализацией, проверьте заявления в реальном блокчейне, определите, кто действительно контролирует обновления и средства, и завершите всё чётким контрольным списком доказательств и рисков. Даже технически впечатляющий документ может описывать неудачную инвестицию, а многообещающая идея может потерпеть неудачу на этапе реализации. Технический документ полезен именно потому, что он содержит заявления, которые можно оспорить.
Learn how to screen low-cap crypto projects using market cap, FDV, liquidity, tokenomics, unlocks, contract permissions, catalysts, and risk controls.
Узнайте, как криптомосты перемещают активы между блокчейнами, как сравнивать маршруты, проверять токены, управлять комиссией за транзакции и подтверждениями, а также снижать распространенные риски, связанные с использованием мостов.
Узнайте, как размещать стоп-лосс и тейк-профит ордера, ориентируясь на аннулирование сделки, размер позиции, волатильность и риск исполнения, вместо того чтобы полагаться на произвольные проценты.
Узнайте, как размещать криптовалюту в стейкинге на Kraken, сравните гибкий и гарантированный стейкинг, разберитесь в вознаграждениях и комиссиях, а также избегайте распространенных ошибок при стейкинге.
Узнайте, как безопасно подключить OKX Web3 Wallet к протоколам DeFi, сравните варианты расширений для браузеров, мобильных приложений и WalletConnect, а также снизьте риск одобрения и фишинга.
Изучите криптоскалькинг с нуля: ликвидность, спреды, комиссии мейкеров и тейкеров, точки входа и выхода, контроль рисков, распространенные ошибки и план тренировок для начинающих.
Узнайте, как читать и оценивать технический документ криптопроекта, проверять технические характеристики и заявления о токенах, выявлять тревожные сигналы и определять, что заслуживает более глубокого исследования.
Узнайте, как фишинг Web3 крадет криптовалюту с помощью поддельных сайтов, кражи сид-фраз, злонамеренных подтверждений и обманных подписей, а также как снизить риски для кошелька.
Узнайте, как работает стратегия «снайперства» в сфере мем-коинов на этапе запуска, какие инструменты важны, как проверять ликвидность и риски, связанные с токенами, устанавливать проскальзывание и комиссии, а также управлять выходами из инвестиций, не полагая, что скорость гарантирует прибыль.
Как использовать Trader Joe для заработка через кошелек Coin98 с функциями: своп, ликвидность, фарминг, стейкинг и Zap.
