Крипто Нуб

Суть — одна сеть “говорит” другой: подтверждает событие, состояние или команду для контракта.
Проверка — ключевой вопрос: кто и как доказывает, что сообщение настоящее (клиент, валидаторы, релэеры).
Где риск — баги в верификации, неправильные допущения, уязвимости в мультисиге/релеерах.
Почему это критично — сообщение может запускать выпуск, вывод, изменение прав — то есть менять состояние системы.
Как думать — чем меньше доверия и чем сильнее доказательства, тем лучше, но сложность реализации растёт.

Базовая идея — вместо ордербука смарт-контракт сам определяет цену в зависимости от того, сколько токенов уже выпущено или находится в обращении.
Автоматическое ценообразование — ранние покупатели получают токены дешевле; по мере роста спроса кривая автоматически повышает цену.
Встроенная ликвидность — контракт всегда готов выкупать токены обратно по той же кривой, поэтому классический LP не нужен.
Выбор дизайна — более крутые кривые быстрее разгоняют цену, но сильнее волатильны; более пологие — стабильнее, но менее «взрывные».
Риски — тонкая реальная ликвидность, манипуляции и то, что математическая модель цены не гарантирует фундаментальной ценности.

Что такое DID — стандартизированный идентификатор, привязанный к ключам, которыми владеете вы, а не к email, номеру телефона или одной компании
Проверяемые учетные данные — организации могут подписывать утверждения о вас (например, «прошёл KYC», «завершил курс»), которые вы можете предъявлять в других сервисах
Контроль пользователя — вы сами решаете, когда и где делиться доказательствами, не передавая каждому приложению все персональные данные
Интероперабельность — несколько dApp, кошельков и даже Web2-сервисов могут распознавать один и тот же DID как «вас»
Приватность — в сочетании с zero-knowledge доказательствами DID позволяют подтверждать факты (возраст, резидентство, репутацию) без раскрытия исходных документов

Что такое DID — стандартизированный идентификатор, привязанный к ключам, которыми владеете вы, а не к email, номеру телефона или одной компании
Проверяемые учетные данные — организации могут подписывать утверждения о вас (например, «прошёл KYC», «завершил курс»), которые вы можете предъявлять в других сервисах
Контроль пользователя — вы сами решаете, когда и где делиться доказательствами, не передавая каждому приложению все персональные данные
Интероперабельность — несколько dApp, кошельков и даже Web2-сервисов могут распознавать один и тот же DID как «вас»
Приватность — в сочетании с zero-knowledge доказательствами DID позволяют подтверждать факты (возраст, резидентство, репутацию) без раскрытия исходных документов

Ключевая идея — вместо того чтобы просто подписываться на кого-то, вы владеете его токеном и получаете специальные права, привязанные к нему
Полезность — чаты с доступом по токену, голосования за контент, allowlist’ы, скидки или доступ «за кулисы»
Координация сообщества — социальные токены могут вознаграждать контрибьюторов, ранних сторонников или активных участников
Риски — низкая ликвидность, неопределённое регулирование и сильная зависимость от репутации одного создателя
Долгосрочная перспектива — лучшие социальные токены могут эволюционировать в мини-экономики со своими правилами и циклами вознаграждений

Проблема — если один участник генерирует число, он может выбрать удобный результат.
Зачем нужна проверка — пользователи должны видеть, что случайность создана по правилам, а не “нарисована” после факта.
Где используется — ончейн-игры, NFT-минты, лотереи, распределение призов и выбор валидаторов.
Где риск — задержки, неправильная интеграция, зависимость от провайдера и манипуляции вокруг момента запроса.
Практика — смотрите, какой источник случайности использует проект и можно ли проверить результат публично.

Суть — ключ делится на части, и для подписи нужна заранее заданная доля участников.
Чем отличается — в блокчейне часто видна одна обычная подпись, а координация происходит “под капотом”.
Где полезно — институциональное хранение, командные кошельки, биржи, приложения с улучшенным UX.
Где риск — сложность реализации, координация участников, потеря частей ключа и доверие к программному обеспечению.
Практика — смотрите, кто хранит части ключа, как устроено восстановление и что происходит при отказе одного участника.

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

Суть — токены покупаются и продаются через контракт, а цена меняется по заранее заданной кривой.
Зачем нужно — проект может запускать рынок без классического стакана и маркетмейкера.
Где плюс — ранние участники получают понятную механику входа, а ликвидность создаётся внутри модели.
Где риск — если спрос падает, движение вниз тоже идёт по формуле, и выход может быть болезненным.
Практика — смотрите форму кривой, комиссии, глубину резерва и что происходит кривой, комиссии, глубину резерва и что происходит при массовых продажах.

Суть — вы берёте активы, используете их в цепочке действий и возвращаете долг до завершения транзакции.
Зачем используют — арбитраж, рефинансирование позиций, ликвидации и сложные DeFi-стратегии.
Почему без залога — протокол не рискует временем: если долг не вернулся сразу, транзакция просто не проходит.
Где риск — флеш-займы могут усиливать атаки на оракулы, тонкие пулы и слабую логику протоколов.
Практика — сам инструмент не “плохой”, но если протокол можно сломать одним большим временным капиталом, это проблема дизайна.

Суть — покупатель вносит средства, продавец выполняет действие, а контракт выпускает оплату по правилам.
Где используют — сделки между пользователями, фриланс, OTC, NFT-продажи и сервисы с предоплатой.
Почему удобно — меньше доверия к одной стороне: деньги не уходят сразу и не лежат просто “на честном слове”.
Где риск — спорные ситуации всё равно требуют арбитража, оракулов или внешней проверки результата.
Практика — заранее смотрите условия разблокировки, кто решает спор и можно ли отменить сделку.

Суть — расширение помогает быстро подключаться к dApp, но делает кошелёк частью браузерного опыта.
Где атака — фишинговые сайты, поддельные всплывающие окна, вредные расширения и подмена ссылок.
Главная ошибка — пользователь видит знакомый интерфейс и подписывает, не читая действие.
Разделение — лучше держать отдельный браузер/профиль для крипты и не смешивать его с обычным серфингом.
Практика — ставьте минимум расширений, используйте закладки, проверяйте домен и симулируйте транзакции при крупных действиях.

Суть — две стороны блокируют средства и дальше обновляют баланс между собой вне сети.
Почему быстро — не нужно ждать отдельный блок для каждой маленькой операции.
Где польза — микроплатежи, игры, чаевые, частые переводы и сценарии с большим количеством мелких операций.
Где риск — нужно следить за состоянием канала и правильно закрывать его, чтобы не потерять часть баланса.
Практика — используйте проверенные кошельки/сервисы и понимайте, когда средства находятся в канале, а когда уже на базовой сети.

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

Что это — хранитель следит за условиями в протоколе и отправляет транзакцию, когда действие нужно выполнить.
Где используются — лендинг, деривативы, хранилища доходности, лимитные ордера и стратегии.
Зачем нужны — смарт-контракт сам не “просыпается”, его нужно вызвать транзакцией.
Где риск — если хранители отключились, стали дорогими или работают медленно, процессы могут задерживаться.
Практика — смотрите, кто выполняет автоматизацию, есть ли конкуренция между хранителями и что происходит при сбоях.

Роль — секвенсоры получают транзакции пользователей, определяют их порядок и формируют L2-блоки или батчи.
Быстрый UX — они могут обеспечивать почти мгновенные подтверждения в L2, в то время как окончательное подтверждение всё ещё происходит в L1.
Риск централизации — многие роллапы начинают с одного секвенсора, который может цензурировать или переупорядочивать транзакции.
MEV и справедливость — тот, кто контролирует порядок транзакций, также влияет на MEV, поэтому архитектура секвенсора определяет, как извлекается и распределяется ценность.
Дорожная карта — серьёзные роллапы стремятся к децентрализованным или общим моделям секвенсоров, чтобы снизить уровень доверительных допущений.

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

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

Маркет — вы берёте ликвидность сразу, платите спредом и проскальзыванием.
Лимит — вы ставите цену и ждёте; если рынок не приходит — ордер не исполняется.
В волатильность больнее — в резкие движения маркет может исполниться сильно хуже ожиданий.
В DEX аналог — высокий slippage по сути превращает своп в “маркет на всё”, что удобно для атак и плохой цены.
Практика — используйте лимиты там, где цена важнее скорости, и не гонитесь за исполнением любой ценой.