VARTCALL

1inch Aqua: Ты думал, что DeFi — "положи деньги и жди"? Уже нет

2025-12-17T21:42:33.552Z

План:

Как люди обменивают крипту без банка
Почему просто "обменять" нельзя — нужны деньги в системе
Что такое ликвидность — на человеческом языке
Как DeFi устроил место, где лежат запасы: пулы ликвидности
Главный минус пулов ликвидности
Что происходит в реальности: деньги размазаны по DeFi
Кто такой 1inch и зачем он появился
Как работает 1inch под капотом
Даже 1inch упирается в одну и ту же стену
Что если не блокировать деньги вообще?
Идея новой модели ликвидности
Что такое 1inch Aqua
Как Aqua работает на пальцах
Почему Aqua - качественный скачок, а не ещё один протокол
Что это даёт обычному пользователю
Что это даёт DeFi и разработчикам
Честно про риски и ответственность
Почему 1inch Aqua может изменить DeFi

Автор Статьи - https://t.me/code_vartcall

1. Как люди обменивают крипту без банка?

В привычном мире обмен денег почти всегда проходит через посредника. Это может быть банк, обменник, брокер, платежная система или криптобиржа. У посредника есть две важные роли: во-первых, он хранит у себя деньги и может "выдать" нужную валюту, во-вторых, он контролирует сам процесс — может принять операцию, отклонить, заморозить, запросить документы, ограничить лимит. Мы настолько привыкли к этой модели, что кажется: "обмен" — просто кнопка.

В Web3 обмен возможен и без посредника. Здесь вместо менеджера и внутренних банковских баз работает программа, которая живёт в блокчейне. Её называют "смарт-контрактом", но на уровне ощущения это можно представить как автомат: ты засовываешь один тип токена — автомат отдаёт другой тип токена по правилам, которые прописаны заранее.

Никто не принимает решения вручную. Если правила выполнены — обмен проходит. Если нет — не проходит. Это принципиально отличает Web3 от привычных сервисов: нет центра, который "держит ключи".

Из-за этого сам процесс обмена выглядит иначе. Ты не "просишь биржу" обменять, ты отправляешь транзакцию в сеть. Эта транзакция — как команда блокчейну: "выполни обмен на таких-то условиях". Сеть проверяет, что у тебя есть нужные токены, что ты действительно имеешь право ими распоряжаться, и что правила обмена выполняются.

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

И ещё одна простая штука: в Web3 обмен всегда происходит "по правилам рынка", а не потому что "платформа решила сделать курс". То есть цена формируется из того, сколько токенов доступно и сколько людей хотят купить/продать прямо сейчас. Именно поэтому то, что "внутри" обеспечивает обмен, становится критически важным. И вот тут мы подходим к главному: чтобы "автомат" мог выдавать токены, у него эти токены должны быть.

2. Почему просто "обменять" нельзя — нужны деньги в системе

Представь, что ты пришёл в обменник, а у него нет долларов. Ты можешь сколько угодно отдавать евро — тебе нечего выдать взамен. То же самое в Web3, только вместо обменника — код, а вместо кассы — запасы токенов, которые заранее лежат "внутри системы обмена".

Новички часто думают, что обмен в блокчейне похож на магию: нажал "swap" и тебе "создали" другой токен. Но токены не появляются из воздуха. Для того чтобы ты получил USDT, где-то в системе должен существовать USDT, который можно тебе выдать. Значит, перед тем как обмены вообще станут возможны, кто-то должен заранее поместить в систему "запасы" токенов.

В DeFi это обычно делают обычные люди или компании, которые предоставляют свои токены в обмен на будущую прибыль. Они говорят: "Окей, я даю системе свои токены, чтобы другие могли обмениваться, а взамен я хочу заработать на комиссиях".

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

Если запасов мало, возникает две проблемы.

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

Вторая — даже если обмен проходит, он может стать невыгодным. Потому что когда ты пытаешься купить много токена в месте, где его мало, ты "двигаешь цену".

В обычном мире это похоже на ситуацию: в маленьком ларьке ты пытаешься купить сразу 1 000 бутылок воды — продавец либо не сможет продать, либо поднимет цену, потому что товара мало.

В DeFi такой эффект выражается как ухудшение курса на больших сделках.

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

3. Что такое ликвидность — на человеческом языке

Ликвидность - по сути, "насколько много денег лежит в системе обмена и насколько легко эти деньги можно обменять без потерь". Если убрать сложные термины, ликвидность — запас доступных токенов, который делает обмены быстрыми, крупными и выгодными.

Представь два сценария. В первом есть огромный обменник, где лежит много разных валют. Ты можешь обменять большую сумму и курс почти не изменится. Во втором сценарии — маленький обменник, где лежит по чуть-чуть. Ты пытаешься обменять крупную сумму, и курс становится хуже прямо на глазах. В Web3 это ощущается так: ты нажимаешь swap, видишь один курс, вводишь большую сумму — курс становится хуже, появляется предупреждение о потере, итоговая сумма уменьшается. Это и есть прямое проявление низкой ликвидности.

Высокая ликвидность важна для всех. Пользователю она даёт лучшее исполнение сделки — меньше потерь, меньше "сюрпризов" с ценой, больше уверенности, что обмен вообще пройдет. Проектам она даёт возможность обслуживать крупные объёмы и конкурировать на рынке. А всей экосистеме — стабильность. Потому что если ликвидность разрознена и её мало, любой крупный обмен превращается в проблему.

Самое важное: ликвидность в DeFi обычно создают не "компании", а участники рынка. То есть ликвидность — не абстрактное слово, а реальные деньги реальных людей, которые лежат в системе, чтобы другие могли совершать обмены. И именно из-за того, как эти деньги лежат и как они используются, DeFi либо становится эффективным, либо начинает терять миллионы на неэффективности.

Дальше логика будет такой: чтобы создать ликвидность, DeFi придумал пулы ликвидности. Но у пулов есть огромный минус: деньги "запираются" и начинают работать хуже, чем могли бы. И вот именно на этой боли дальше рождается то, что 1inch пытается сделать через Aqua.

4. Как DeFi устроил место, где лежат запасы: пулы ликвидности

В пунктах 2–3 мы уже зафиксировали ключ: для обмена нужны заранее подготовленные запасы токенов — иначе системе просто нечего выдавать. В DeFi классическое решение этой задачи называется пулом ликвидности.

Пул ликвидности можно представить как общий "резервуар" из двух (иногда больше) токенов, из которого любой человек может совершать обмен. Например, существует пул ETH/USDT. В нём одновременно лежит некоторый объём ETH и некоторый объём USDT. Когда кто-то хочет обменять ETH на USDT, он отправляет ETH в пул и забирает из пула эквивалентную часть USDT по текущим правилам цены. Если кто-то хочет наоборот — USDT на ETH — он приносит USDT и забирает ETH. То есть пул — конкретное место, которое обеспечивает постоянную возможность обмена "без продавца-человека".

Откуда в пуле берутся токены?

Их кладут туда провайдеры ликвидности (LP). Это люди или организации, которые готовы "одолжить" системе свои токены, чтобы на них могли обмениваться другие.

Зачем они это делают?

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

Почему пул обычно состоит из двух токенов?

Потому что обмен — всегда обмен одного на другой. Если пул хочет обслуживать пару ETH/USDT, ему нужно иметь запас и ETH, и USDT, чтобы "отдавать" нужный токен в ответ на внесённый.

При этом в DeFi почти всегда действует простое правило: цена определяется соотношением токенов в пуле. Если один токен из пула активно "выметают", он становится редким, и цена меняется не в пользу покупателя. Это нормальная рыночная механика, просто она реализована кодом, а не менеджером.

!!!!Важно!!!!:

пулы бывают разные по внутренней формуле и логике (разные модели маркет-мейкинга), для новичка достаточно понять один базовый факт: пул — смарт-контракт-хранилище токенов, который позволяет совершать обмены без прямого контрагента, потому что:

Контрагентом выступает сам контракт
Цена определяется алгоритмом, а не ордером другого человека.

Контрагент — вторая сторона сделки, с которой ты обмениваешься активом.

Например:

На обычной бирже: ты покупаешь → кто-то другой продаёт (он и есть контрагент).
В DeFi (AMM - Automated Market Maker):
ты свапаешь → контрагентом выступает смарт-контракт (пул), а не человек.

5. Главный минус пулов ликвидности: деньги "запираются" и перестают быть гибкими

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

Это выглядит так. Если ты LP и хочешь заработать на комиссиях в пуле ETH/USDT, ты должен внести определённую долю ETH и USDT именно туда. После внесения эти токены уже не "просто твои свободные деньги в кошельке". Они становятся частью механизма пула, участвуют в сделках других людей, а ты взамен получаешь "долю пула" (как подтверждение участия). Но главное — твои средства оказываются привязаны к конкретному месту.

Из-за этого возникает жёсткая проблема выбора. У тебя есть капитал, но ты должен решить, где он будет работать:

в пуле A,
в пуле B,
в протоколе C,
в стратегии D.

И одновременно везде ты быть не можешь, потому что один и тот же доллар нельзя положить в два разных депозита. В итоге рынок превращается в "битву за депозиты": каждый протокол хочет, чтобы ты именно к нему принёс и оставил капитал.

Вторая сторона "запирания" - сложность управления. Если ты хочешь переложить капитал из одного пула в другой (потому что там выше комиссии или меньше риски), это отдельная цепочка действий: выйти, получить обратно токены, снова внести в другой пул, оплатить комиссии сети, иногда потерять на движении цены, потратить время, а иногда столкнуться с ограничениями или неудобным UX. То есть ликвидность становится не просто ресурсом, а ресурсом, который тяжело перемещать.

И третья, самая важная сторона: раз капитал заперт, то он не может "обслуживать" несколько задач одновременно. В классическом DeFi один и тот же капитал не может параллельно быть ликвидностью для обмена, и ещё одновременно быть капиталом для другой стратегии, и ещё одновременно обеспечивать дополнительный рынок. Он выбирает одно место, работает там, а в остальных местах его нет.

Это и есть фундаментальная неэффективность модели "пулы как изолированные котлы".

6. Что происходит в реальности: деньги размазаны по DeFi

В пунктах 4–5 мы пришли к важному выводу: пулы — изолированные контейнеры капитала. Теперь смотри, что происходит, когда таких контейнеров становится много.

DeFi — не один пул и не одна сеть. Это множество сетей (Ethereum, L2, другие EVM-сети), тысячи токенов и огромное количество протоколов. Каждый из них создаёт свои пулы, свои стратегии, свои условия и свои стимулы. И каждый хочет, чтобы ликвидность пришла именно к нему.

В результате ликвидность не находится "в одном мощном источнике", а размазывается тонким слоем:

здесь немного ETH,
там немного USDT,
тут чуть-чуть ликвидности для одной пары,
там чуть-чуть для другой,
в другой сети — ещё один отдельный мир с отдельными пулами.

Это создаёт несколько системных эффектов.

Первый эффект: даже если "в целом в индустрии денег много", в конкретном месте их может быть мало. Для пользователя это выглядит так: вроде DeFi огромный, а обмен конкретного токена в конкретной сети даёт плохой курс, потому что именно там ликвидности не хватает.

Второй эффект: проекты начинают конкурировать не качеством продукта, а "как переманить ликвидность". Они запускают программы вознаграждений, привлекают LP, обещают дополнительные токены, лишь бы капитал пришёл к ним. И это может быть полезно для роста, но системно это означает постоянную гонку, где ликвидность мигрирует, а не становится стабильной базой для рынка.

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

Вот почему в индустрии появляется мечта о "общем слое ликвидности": не просто ещё один пул, а что-то, что позволит капиталу быть доступным сразу нескольким продуктам, не требуя "вынь и положь заново".

7. Кто такой 1inch и зачем он появился

В пунктах 4–6 мы уже выяснили главную реальность DeFi: ликвидность есть, но она разрезана на огромное количество мест. На этом фоне и становится понятным, почему появился 1inch.

Если рынков много, а ликвидность разбросана, у пользователя возникает практическая проблема: он не знает, где именно выгоднее обменять токен прямо сейчас. В одном месте курс лучше, в другом хуже. Где-то есть нужный объём, где-то нет. Где-то сделка пройдёт без серьёзных потерь, а где-то ты потеряешь заметно больше.

1inch.com

1inch — решение уровня "навигации по хаосу". Его задача — не создать ещё один рынок, а помочь пользователю найти лучший способ совершить обмен среди множества рынков. То есть 1inch выступает как агрегатор: он просматривает доступные площадки/пулы и выбирает маршрут, который даёт лучший итоговый результат.

Почему это важно именно сейчас, в контексте пунктов 4–6?

Потому что без агрегатора пользователь фактически вынужден угадывать: "где лучше менять?".

А когда ликвидность раздроблена, угадывать дорого: ты либо получаешь плохой курс, либо платишь больше, либо вообще не можешь совершить обмен на нужный объём.

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

8. Как работает 1inch под капотом

В пункте 7 мы уже обозначили роль 1inch: он не создаёт собственный пул ликвидности, а работает поверх уже существующих рынков. Теперь важно понять, что именно он делает иначе, и почему это было большим шагом вперёд для DeFi.

Когда пользователь хочет обменять токен, он редко думает о том, где именно этот обмен произойдёт. Но в реальности каждый рынок даёт свой курс, свою глубину и свои ограничения. Где-то курс хороший, но объёма мало. Где-то объём большой, но цена хуже. Где-то выгодно менять маленькую сумму, но невыгодно большую.

1inch решает эту задачу не "выбором одного лучшего места", а разбиением сделки. Вместо того чтобы отправить весь объём в один пул, он может отправить часть в один, часть в другой, часть в третий. В итоге пользователь получает результат, который невозможно было бы получить, выбрав только один рынок.

Важно, что с точки зрения пользователя это выглядит как одна операция. Он нажал кнопку, подписал транзакцию — получил итог. Вся сложность скрыта внутри. Именно поэтому 1inch стал популярным: он взял на себя интеллектуальную работу по навигации в фрагментированном DeFi.

Но здесь важно зафиксировать одну вещь, которая подведёт нас дальше: 1inch оптимизирует доступ к существующей ликвидности, но не меняет саму модель того, как ликвидность устроена.

9. Даже 1inch упирается в одну и ту же стену

Теперь ключевой момент. Несмотря на всю умность маршрутов и алгоритмов, 1inch всё равно работает с тем, что ему дают рынки. А рынки, как мы разобрали в пунктах 4–6, построены на изолированных пулах с заблокированным капиталом.

Это означает следующее. Если ликвидности в нужных пулах мало — 1inch не может её "придумать". Если капитал заперт в другом протоколе — агрегатор не может его использовать. Если в сети просто нет достаточной глубины для нужного объёма — никакой алгоритм не спасёт.

По сути, 1inch — очень умный навигатор, но он ездит по тем же дорогам, что и все остальные. Если дороги узкие, разбитые и не соединены между собой, навигатор может лишь выбрать наименее плохой маршрут, но не превратить их в автобан.

Именно здесь возникает фундаментальный предел модели агрегации.

Можно:

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

Это момент, в котором становится ясно: следующая эволюция DeFi — не "ещё более умный агрегатор", а изменение самой модели ликвидности.

10. Что если не блокировать деньги вообще?: логичный вопрос, который неизбежно возникает

На этом этапе появляется очень простой, но очень неудобный вопрос, который раньше просто не задавали всерьёз.

Если вся проблема в том, что деньги заперты в пулах, привязаны к одному месту, не могут обслуживать несколько задач одновременно - то зачем вообще их запирать?

Почему пользователь должен выбирать: "либо мой капитал работает здесь, либо там"?

Почему один и тот же доллар не может:

участвовать в обменах,
обеспечивать ликвидность,
быть доступным разным стратегиям,

не перекладываясь каждый раз вручную?

Этот вопрос долгое время казался нереалистичным, потому что классическая архитектура DeFi просто не допускала такого. Но как только ты формулируешь его вслух, становится ясно: если на него есть ответ — он меняет всё.

11. Идея новой модели ликвидности: от идеи депозита к идее доступа

И вот здесь происходит ключевой концептуальный сдвиг, без которого невозможно понять 1inch Aqua.

Классический DeFi построен вокруг депозита. Ты отдаёшь токены в контракт, контракт держит их у себя, и дальше они работают по его правилам. Это удобно для системы, но плохо для гибкости капитала.

Альтернативная идея звучит так: а что если токены не передавать, а разрешать использовать?

То есть деньги остаются в кошельке пользователя, но система получает право временно использовать их строго по правилам и только в момент операции.

Не хранить.

Не блокировать.

Не удерживать.

А взять — использовать — вернуть, всё в рамках одной транзакции.

Это не косметическое улучшение и не "ещё одна оптимизация". Это смена парадигмы. Переход от модели "капитал заперт и принадлежит протоколу" к модели "капитал остаётся у пользователя, а протокол лишь получает доступ".

Именно на этом переходе и начинается разговор не просто про новый продукт, а про новую архитектуру ликвидности. И именно здесь, логически и неизбежно, появляется 1inch Aqua — не как "фича", а как ответ на ограничения всего предыдущего DeFi-подхода.

12. Что такое 1inch Aqua

В пунктах 10–11 мы уже подвели логический фундамент: главная проблема DeFi — не отсутствие алгоритмов и не плохие интерфейсы, а сама модель обращения с капиталом. Деньги запираются в конкретных местах и из-за этого теряют гибкость. Теперь можно честно и без маркетинга сказать, что такое 1inch Aqua.

1inch.com/aqua

1inch Aqua — не биржа, не пул и не агрегатор в привычном смысле. Aqua — общий слой ликвидности, который позволяет использовать один и тот же капитал в разных стратегиях без депозита токенов в контракт. Это ключевая фраза, и её важно осмыслить.

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

По сути, Aqua превращает кошелёк пользователя в источник ликвидности. Не пул, не контракт, не депозит — а именно кошелёк. Это очень важный сдвиг мышления. Ликвидность больше не "лежит где-то". Она распределена по кошелькам пользователей, но при этом может работать как единый слой.

Отсюда и название. Aqua — не "ещё один резервуар", а как вода в системе труб: она может течь туда, где сейчас нужен напор, не застаиваясь в одном баке. Это принципиально другой уровень абстракции по сравнению с пулами ликвидности.

Важно также понимать: Aqua не отменяет стратегии, рынки и обмены. Он разделяет роли. Есть слой капитала (Aqua), а есть слои логики (стратегии), которые этот капитал используют. Раньше эти вещи были слеплены вместе. Теперь они разведены.

Если посмотреть на Aqua ещё глубже, становится понятно, что он решает не только проблему гибкости капитала, но и проблему координации. В классическом DeFi каждый пул — это замкнутый мир со своими правилами, рисками и ограничениями. Даже если два пула делают по сути одно и то же, они не "знают" друг о друге и не могут делиться капиталом. Aqua убирает эту изоляцию. Он создаёт единый уровень доступа к капиталу, поверх которого разные стратегии могут работать, не мешая друг другу и не перетягивая средства.

Важно, что Aqua не заставляет пользователя выбирать, как именно будет использоваться его капитал в каждый момент времени. Пользователь задаёт рамки и правила доступа, а дальше система может динамически использовать ликвидность там, где она нужна прямо сейчас. Это снимает с человека необходимость постоянно принимать микро-решения и переводит управление капиталом на уровень инфраструктуры, где этим занимаются алгоритмы, а не эмоции.

Ещё один важный момент — временное использование капитала. В Aqua ликвидность не "принадлежит" стратегии. Стратегия не может удерживать токены, накапливать их или распоряжаться ими вне конкретной операции. Она может лишь запросить их на короткий момент, выполнить действие и вернуть результат. Это резко снижает класс рисков, связанных с долгосрочным удержанием средств в контрактах, и делает модель более строгой с точки зрения контроля.

С архитектурной точки зрения Aqua вводит новое разделение ответственности. Пользователь отвечает за капитал и разрешения. Aqua отвечает за безопасный и атомарный доступ к этому капиталу. Стратегии отвечают за логику использования. Такое разделение похоже на то, как в зрелых технологических системах отделяют хранение данных, доступ и бизнес-логику. Именно поэтому Aqua воспринимается не как “фича”, а как инфраструктурный уровень.

Если выразить это максимально просто, то раньше DeFi работал по принципу:

"чтобы деньги работали — их нужно отдать".

Aqua предлагает другую модель:

"чтобы деньги работали — достаточно разрешить к ним доступ".

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

13. Как Aqua работает на пальцах

Здесь действительно важно забыть всё, что мы раньше обсуждали про пулы, обмены и ликвидность, и посмотреть на Aqua как на новый способ взаимодействия с деньгами, а не как на "ещё один DeFi-продукт".

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

Это разрешение — фундамент всей модели. Оно задаёт рамки: какие токены доступны, в каком объёме и для каких типов операций. Всё, что выходит за эти рамки, просто невозможно технически. Система не "доверяет", она проверяет условия на уровне кода.

Дальше появляется стратегия. Здесь важно правильно понять, чем стратегия не является. Стратегия — не кошелёк, не хранилище и не место, где лежат деньги. У стратегии нет "своего капитала". Стратегия — логика. Набор правил, который описывает, когда, зачем и как можно использовать ликвидность. Это может быть стратегия обмена, стратегия оптимизации маршрута, стратегия маркет-мейкинга — неважно.

Ключевое: стратегия ничего не держит у себя. Она не может накопить средства, удержать их или использовать повторно без нового запроса.

Когда происходит реальная операция — например, пользователь инициирует обмен, — стратегия обращается не к кошельку напрямую, а к Aqua. Она говорит: "Для выполнения этой операции мне нужен вот такой объём токенов, на таких-то условиях".

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

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

Здесь критично понятие атомарности. В Aqua не существует сценария "что-то пошло не так, и деньги зависли". Либо вся цепочка действий прошла полностью и корректно, либо система откатывается к исходному состоянию, как будто операции не было вовсе. Это означает, что пользователь никогда не оказывается в промежуточном состоянии, где средства частично использованы или потеряны из-за сбоя логики.

После завершения операции результат распределяется строго по правилам стратегии. Если предусмотрена комиссия — она начисляется. Если предусмотрен доход для участников — он рассчитывается. Но Aqua при этом остаётся нейтральным уровнем. Он не принимает решений о цене, не управляет стратегией и не зарабатывает на торговле. Его задача — обеспечить корректный, безопасный и временный доступ к капиталу.

И именно в этом месте становится видно, почему Aqua невозможен в классической модели DeFi. Там капитал всегда "где-то лежит". Здесь капитал движется только в момент необходимости, а всё остальное время остаётся у владельца. Один и тот же капитал может быть использован разными стратегиями в разные моменты времени, без постоянных депозитов, выводов, перекладываний и связанных с этим издержек.

Если сформулировать это совсем просто: в классическом DeFi деньги сначала перемещают, а потом используют. В Aqua деньги сначала используют, не перемещая их навсегда.

Именно эта разница и делает всю механику Aqua принципиально новой, а не "улучшенной версией старого подхода".

14. Почему Aqua - качественный скачок, а не ещё один протокол

Теперь можно собрать всё в одну точку и объяснить, почему Aqua — не просто новый продукт от 1inch, а смена архитектуры.

Во-первых, Aqua устраняет конкуренцию за депозиты. В классическом DeFi каждый протокол борется за то, чтобы ты именно ему отдал капитал. В Aqua капитал остаётся у пользователя, а стратегии конкурируют не за депозит, а за эффективность. Это принципиально здоровее для экосистемы.

Во-вторых, Aqua увеличивает реальную глубину рынков. Даже если общий объём денег в DeFi не меняется, их доступность для обменов становится выше. Капитал больше не "застывает" в одном месте, он может обслуживать разные операции в разные моменты времени. Для пользователя это означает лучшие цены и меньшее проскальзывание.

В-третьих, Aqua упрощает жизнь пользователю. Ему не нужно выбирать между десятком пулов, постоянно переливать капитал и следить, где сейчас выгоднее.

Он даёт разрешение один раз, а дальше система сама использует его капитал наиболее эффективно.

В-четвёртых, Aqua открывает новые возможности для разработчиков. Появляется единый слой ликвидности, поверх которого можно строить продукты, не создавая каждый раз собственные пулы и не начиная гонку за TVL. Это приближает DeFi к модульной архитектуре, где инфраструктура и бизнес-логика разделены.

И наконец, самое главное: Aqua логически продолжает путь 1inch. Сначала 1inch научился искать лучшую ликвидность. Теперь он делает следующий шаг — перестраивает сам способ, как ликвидность существует.

15. Что это даёт обычному пользователю

Сразу отмечу: в пунктах 12–14 мы уже разобрали, что Aqua меняет саму модель ликвидности (капитал остаётся в кошельке, стратегии получают доступ по правилам).

Теперь вопрос практический: "Окей, а мне, как обычному пользователю, какая разница?"

Первая выгода — более выгодный обмен в момент, когда ты нажимаешь кнопку swap. В классическом DeFi итоговая цена сильно зависит от того, насколько глубоко "наполнен" конкретный пул, в который попала твоя сделка. Если ликвидность в этом месте тонкая, ты платишь за это собственными деньгами: курс хуже, итоговый выход меньше, а чем больше сумма, тем сильнее это заметно. Aqua на уровне идеи делает рынки глубже именно потому, что ликвидность перестаёт быть привязанной к одному котлу. Это не обещание "всегда лучший курс", но это движение в сторону системы, где ликвидность доступнее и менее фрагментирована, а значит пользователь чаще получает более предсказуемый результат.

Вторая выгода — меньше "ручного менеджмента капитала". Сейчас, чтобы "заставить деньги работать", пользователь постоянно выбирает: куда положить капитал, где доходность выше, где риск ниже, где лучше комиссия. Это превращает DeFi в работу: ты вынужден перемещать средства, выходить из одного пула, заходить в другой, платить комиссии сети, тратить время, и всё это ради того, чтобы капитал не простаивал. Aqua концептуально нацелен на то, чтобы капитал мог быть задействован разными стратегиями без постоянного "переезда". Для новичка это важнее, чем кажется: чем меньше шагов и ручных решений, тем меньше ошибок и тем выше шанс, что пользователь вообще сможет воспользоваться DeFi без провалов.

Третья выгода — меньше "болезни выбора". Новичок обычно тонет в вопросах: какой пул выбрать, в какой сети, какой протокол "безопаснее", где лучше APR, что делать, если курс ухудшился. Aqua двигает систему к модели, где пользователь в меньшей степени принимает десятки микрорешений. Он может дать доступ капиталу, а стратегии/маршрутизация уже будут работать "поверх" этого слоя. Это психологически важный момент: DeFi становится ближе к продукту, а не к набору разрозненных деталей.

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

Пятая выгода — мультичейн-логика становится проще для восприятия. Пользователь обычно не хочет думать о том, в какой сети какая ликвидность, где какой пул, где какой интерфейс. Aqua развёрнут в нескольких EVM-сетях, и в перспективе это подталкивает к картине мира: "есть единый ликвидный слой", а не "в каждой сети мне нужно заново строить всё с нуля". Даже если пользователь всё равно будет переключать сети, модель становится более унифицированной.

Шестая выгода — лучшее будущее UX. Пока Aqua в developer release, но конечный смысл таких инфраструктур — сделать интерфейсы проще. В долгую пользователь выигрывает от того, что рынок переходит от конструктора для инженеров к сервису для людей.

Важно: эти выгоды не означают, что рисков больше нет или курс всегда лучший. Они означают, что Aqua адресует фундаментальную причину, почему пользователю в DeFi часто некомфортно: капитал заперт, рынок раздроблен, и ты постоянно платишь за фрагментацию.

16. Что это даёт DeFi и разработчикам

Теперь смотрим на это глазами разработчика или команды протокола. Здесь выгоды ещё более структурные, потому что большинство проблем DeFi — проблемы архитектуры.

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

Вторая выгода: модульность. Aqua разделяет инфраструктурный слой капитала и слой стратегии. Для разработчиков это означает, что можно создавать стратегии и механики поверх Aqua, не переписывая базовые примитивы ликвидности. Это приближает DeFi к нормальной инженерной модели: есть платформа и есть приложения, которые на ней живут. Раньше каждое приложение пыталось быть одновременно и платформой, и рынком, и депозитным механизмом, и интерфейсом.

Третья выгода: единая интеграция на множестве EVM-сетей. Разработка мультичейн-продукта обычно превращается в боль: разные адреса, разные окружения, разные особенности. Aqua имеет единый адрес развертывания в ряде EVM-сетей, и это снижает когнитивную нагрузку: интеграционная логика и интерфейсы могут быть более единообразными, тестирование проще, сопровождение дешевле.

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

Пятая выгода: потенциально более честная конкуренция. Если ликвидность становится общим слоем, то выигрывает тот, кто делает лучшие условия, лучший алгоритм, лучший UX, лучшую стратегию управления рисками. А не тот, кто напечатал больше стимулов и временно привлёк TVL. Это может улучшить качество индустрии в целом.

Шестая выгода: быстрый вход через SDK и стандартные инструменты. Aqua предоставляет SDK на TypeScript и реализован через Solidity-контракты. Это значит, что как web3-разработчик ты можешь: писать фронтенд/бэкенд интеграции на TypeScript, строить стратегии/контракты на Solidity, тестировать привычными инструментами EVM-стека и подключаться к существующей экосистеме 1inch.

И отдельно: для инженеров по безопасности и аудиторов Aqua интересен тем, что меняет поверхность риска. Это не просто ещё один AMM, а новая модель взаимодействия с токенами пользователя — значит, появляются новые требования к формальной корректности, атомарности, правам доступа и ограничениям.

Документация - portal.1inch.dev/documentation/aqua

17. Честно про риски и ответственность

Мы уже говорили в пунктах 1–3, что в Web3 ты сам управляешь средствами. Здесь это становится ещё важнее, потому что Aqua завязан на идею разрешений. И новичку нужно понять это как закон, а не как мелкую деталь.

Первый риск — разрешение на токены (approve). В нормальном банке ты не даёшь никому право списывать деньги со счёта. В Web3 ты иногда именно это и делаешь: даёшь смарт-контракту право использовать определённый токен. Это не означает, что контракт украдёт деньги, но это означает, что если ты дал разрешение злонамеренному контракту, он может этим воспользоваться. Поэтому абсолютное правило: выдавать разрешения только официальным контрактам, через официальные интерфейсы, и понимать, что именно ты разрешаешь.

Второй риск — ошибки в коде и новые архитектуры. Aqua — новая модель ликвидности. Любая новая система, даже от сильной команды, проходит этапы: тестирование, аудит, баг-баунти, боевое обкатка. Риск смарт-контрактов никогда не равен нулю. Баг-баунти и публичная проверка — это именно способ уменьшить риск, но не магическая гарантия.

Третий риск — интеграционный риск. Даже если ядро Aqua идеально, вокруг него будут приложения, фронтенды, стратегии, интеграции. Ошибки чаще всего происходят не в идеальном протоколе, а на стыке: плохой интерфейс, неверные параметры, подмена адреса, фишинговый сайт, неправильная сеть, неверное разрешение. Для новичка это означает: безопасность — это не только “протокол”, но и то, как ты им пользуешься.

Четвёртый риск — экономический. Даже если технически всё идеально, пользователь может потерять деньги из-за экономики: курс может измениться, условия стратегии могут оказаться невыгодными, комиссия может съесть прибыль, или рынок может развернуться. Aqua не отменяет рынок. Он оптимизирует инфраструктуру ликвидности, но не гарантирует прибыль.

Пятый риск — психология "я ничего не контролирую". Новички часто ошибаются в обе стороны: либо боятся всего, либо наоборот считают, что если это децентрализовано, значит безопасно. Истина посередине: децентрализация убирает некоторые риски (например, риск блокировки аккаунта), но добавляет другие (ответственность за ключи, разрешения, адреса, выбор стратегии).

18. Почему 1inch Aqua может изменить DeFi

Если отмотать всю историю назад и посмотреть на неё целиком, становится видно, что появление 1inch Aqua — это не случайный продукт и не "очередная фича", а логическое продолжение того, как вообще эволюционирует DeFi.

В самом начале мы разобрали, что обмены в крипте работают без банка, через код. Затем стало ясно, что для этих обменов нужны реальные запасы токенов — ликвидность. Дальше DeFi решил эту задачу пулами ликвидности, но заплатил за это высокой ценой: деньги начали запираться в конкретных местах и перестали быть гибкими. Потом индустрия попыталась смягчить эту боль через агрегаторы вроде 1inch, которые научились искать лучший маршрут среди разрозненных рынков. Но даже самый умный агрегатор упёрся в потолок: если капитал физически разделён и заблокирован, эффективность всё равно ограничена.

И вот здесь становится очевидно главное. Проблема DeFi никогда не была в плохих алгоритмах или недостаточно умных протоколах. Проблема была в том, как именно капитал существует внутри системы. Он лежит, он ждёт, он привязан к одному месту, и он не может одновременно работать в нескольких направлениях.

1inch Aqua меняет именно это. Он не обещает магию, не ломает рынок и не отменяет экономические законы. Он делает гораздо более фундаментальную вещь: отделяет капитал от логики. Деньги перестают быть собственностью конкретного пула или протокола и остаются у пользователя, а протоколы получают к ним доступ строго по правилам и только в момент необходимости. Это сдвиг от модели "деньги лежат где-то к модели "деньги доступны тогда, когда они нужны".

Если смотреть на это шире, Aqua переводит DeFi из мира изолированных котлов в мир общих слоёв. Появляется инфраструктура, поверх которой можно строить разные продукты, не начиная каждый раз с нуля и не вступая в гонку за депозитами. Это то, что в зрелых системах всегда происходит рано или поздно: сначала хаотичный рост, потом стандартизация, потом разделение ролей.

Для пользователя это означает более предсказуемые обмены, меньше ручного управления и меньше фрустрации от фрагментации рынка. Для разработчиков — возможность строить продукты вокруг логики и ценности, а не вокруг бесконечной борьбы за TVL. Для экосистемы в целом — шанс перейти от "запертых денег" к действительно работающему капиталу.

Важно и то, что Aqua не пытается "убить" существующий DeFi. Он не отрицает пулы, стратегии, агрегаторы и рынки. Он встраивается в эту систему как следующий уровень абстракции. Именно так выглядят зрелые технологические переходы: новое не уничтожает старое, а переосмысливает его и делает частью более общей архитектуры.

И если в будущем DeFi действительно станет массовым и удобным для обычных людей, это будет не из-за ещё одного токена или ещё одной биржи. Это будет из-за таких инфраструктурных изменений, где сложность уходит внутрь системы, а пользователю остаётся простой и понятный результат. 1inch Aqua — как раз из этой категории.

Всем спасибо за прочтение данного материала! Уверен, каждый узнал для себя что-то новое о крипте, разработке и работе этих технологий изнутри!

Больше подобного контента в моем телеграм-канале - https://t.me/code_vartcall

Варткол

Fusaka - Все о новом Обновлении Ethereum

2025-12-07T19:54:51.746Z

План:

Что произошло 3.12.2025?
Структура Ethereum
Зачем вообще понадобилось это обновление?
Ключевая проблема
Решение: что такое PeerDAS?
Что теперь меняется в Ethereum благодаря PeerDAS
Про Osaka
Про Fulu
Что это дает обычным пользователям?
Что это дает разработчикам?
Что Fusaka значит для будущего Ethereum?
Эпилог

Автор Статьи - https://t.me/code_vartcall

1. Что произошло 3.12.2025?

Представь себе обычный день для сети Ethereum.

Есть валидаторы, которые включают свои ноды.

Есть L2-сети - Arbitrum, Optimism, Base - которые крутятся поверх Ethereum и постоянно кидают в него данные.

Есть пользователи, которые просто хотят:

1. отправить USDC,

2. поторговать на DEX,

3. поиграть в какую-то on-chain игру,

4. сделать swap через Telegram-бота.

Под капотом всё это упирается в одну простую вещь: Ethereum обязан хранить и делать доступными данные, которые публикуют L2.

И с каждым месяцем этих данных становилось всё больше. Нагрузка росла.

Разработчики уже много лет говорили:

"Мы не можем бесконечно просто увеличивать лимиты. Нам нужна новая архитектура работы с данными. Нам нужен следующий шаг после Dencun."

Этот шаг и получил кодовое имя Fusaka.

Что такое Fusaka на человеческом языке?

Формально, Fusaka - сетевое обновление Ethereum, которое включает:

Osaka - изменения на уровне исполнения (Execution Layer).
Fulu - изменения на уровне консенсуса (Consensus Layer).

То есть 3.12.2025 - не "форк, где сеть разделилась", а момент, когда все основные клиенты Ethereum (Geth, Nethermind, Prysm, Lighthouse и т.д.) получили новые правила игры и дружно на них переключились.

Снаружи для пользователя это выглядело скучно: кошельки работали как обычно, блоки шли, газ платился. Но внутри протокола случилось важное: Ethereum научился по-новому работать с данными L2.

Момент активации

У каждого крупного обновления Ethereum есть определённый слот/высота блока, на котором оно активируется.

До этого момента узлы уже:

скачали новую версию клиента,
проверили, что код компилируется,
протестировали в тестнетах,
подготовились к апдейту.

Всё было заранее заложено в код:

"когда дойдём до такого-то блока - начинаем жить по новым правилам".

3 декабря 2025 года сеть дошла до этого блока.

С этого момента:

старые клиенты, которые не обновились, просто больше не понимали новые правила, а обновлённые клиенты продолжили цепочку уже с активированным Fusaka.

Никакого драматичного раскола, как когда-то у Ethereum / Ethereum Classic, не произошло. Это был плавный переход.

Что именно поменялось концептуально в этот момент

До Fusaka Ethereum:

принимал от L2 данные в формате, заложенном после EIP-4844 (blobs);
вынужден был полагаться на модель, где данные достаточно “толстые”, и нагрузка на узлы росла.

После активации Fusaka:

На уровне исполнения (Osaka):

Появился новый формат и логика обработки данных, которые публикуют роллапы.

Execution Layer научился работать с частично кодированными сегментами данных,

подготовленными под PeerDAS.

Изменилась внутренняя структура того, как данные L2 связаны с блоками L1:

это всё ещё "данные на Ethereum", но уже с ориентацией на sampling, а не "скачать всё".

На уровне консенсуса (Fulu):

В протокол вошёл механизм Peer Data Availability Sampling. Валидаторы получили новые обязанности: не просто подтверждать блоки, но и случайно проверять маленькие куски данных, связанных с этими блоками.

Логика "что считать доступными данными" изменилась: теперь не требуется, чтобы каждый валидатор скачивал весь "пакет данных" целиком. То есть в момент активации Fusaka у сети как будто переключили режим работы с данными: с "тупо всё скачиваем" на "умно сэмплируем и доказываем доступность".

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

Балансы пользователей не менялись.
Адреса, контракты, токены - остались теми же.
Никаких "старый Ethereum / новый Ethereum" не появилось.
Ни у кого не сгорели монеты, не нужно было мигрировать.

Обновление происходило на уровне протокола, а не на уровне UX.

Для обычного пользователя 3 декабря 2025 года был днём, когда:

Всё работало как обычно, но постепенно - в последующие дни/недели - комиссии в L2 начали становиться дешевле, а разработчики радостно говорили: "Всё, PeerDAS в деле, можно думать о следующем шаге - Danksharding".

2) Структура Ethereum

Зачем это знать то?

Fusaka - обновление, которое затрагивает оба уровня Ethereum:

Osaka - обновление Execution Layer
Fulu - обновление Consensus Layer

И пока мы не поймем, что эти уровни разные, мы никогда не поймёт, что именно изменило Fusaka.

Про уровни и Ethereum под капотом 👇

Представь Ethereum как огромный город. В этом городе есть миллионы жителей: пользователи, биржи, DeFi-протоколы, смарт-контракты, игры, кошельки, роботы-арбитражники.

Все они живут и действуют внутри одной большой системы.

Но важно понять главное: весь этот город работает не как одно монолитное существо. У него есть две большие части, два "органа", два "уровня", которые отвечают за разные вещи. Именно эти уровни определяют, как Ethereum думает и как Ethereum действует.

Часть первая: Execution Layer - "тело" Ethereum

Это уровень, который выполняет действия.

Если продолжать метафору с городом:

здесь строятся дома,
заключаются сделки,
подписываются контракты,
происходят переводы средств,
запускаются программы (смарт-контракты).

На Execution Layer Ethereum буквально считает, обрабатывает, выполняет.

Если пользователь делает swap или отправляет ETH - именно Execution Layer решает:

достаточно ли средств,
какая логика контракта,
что случится с балансами,
какие данные должны быть записаны в блок.

Это - "машина исполнения", EVM, логика транзакций.

Часть вторая: Consensus Layer - "мозг" Ethereum

Это уже совсем другая часть системы.

Если Execution Layer - то, что происходит, то Consensus Layer - то, как сеть договаривается, что произошло на самом деле.

Это:

валидаторы, которые ставят свои 32 ETH,
Proof-of-Stake,
финализация блоков,
правила честности,
выбор того, какой блок является правильным.

Этот уровень не исполняет код. Он не считает смарт-контракты, не переводит токены. Он решает куда более важную вещь:

"Можем ли мы все согласиться, что именно этот блок - истина?"

Consensus Layer - "судья", "мозг", "законодатель", который гарантирует, что никто не может подделать историю транзакций.

Как эти два уровня работают вместе - история в одном абзаце

Каждый блок Ethereum - как письмо, которое нужно отправить:

Execution Layer пишет содержание письма: кто кому отправил деньги, какие смарт-контракты выполнились, какой код запустился.

Consensus Layer подписывает письмо и отправляет по почте, подтверждая, что оно легитимно, а не подделано.

Если бы существовал только Execution Layer - кто проверял бы, что данные честные?

Если бы существовал только Consensus Layer - что вообще подтверждать, если никто не выполняет логику?

Они существуют только вдвоём, как две стороны одного механизма.

3) Зачем вообще понадобилось это обновление?

Представь Ethereum как огромную трассу. Когда-то по ней спокойно ездили несколько машин: несколько тысяч пользователей, базовые dApp’ы, первые DeFi-проекты.

Но со временем эта трасса стала центром мирового трафика:

десятки миллионов людей отправляют транзакции,
биржи, DeFi, NFT, Telegram-боты - все работают поверх Ethereum,
и самое главное: появились Layer-2, которые построены поверх Ethereum
и публикуют в него свои данные.

И вот здесь появился узкий момент, который был невозможно игнорировать.

Проблема #1: взрывной рост L2

Arbitrum, Optimism, Base, zkSync, Starknet, Scroll - эти сети взорвали использование Ethereum.

Они начали:

выпускать rollup-пакеты,
публиковать огромные массивы данных,
загружать state-diff’ы,
отправлять proofs и calldata,
производить тонны информации, которая должна быть размещена в Ethereum.

По мере роста пользователей L2 начали дышать вниз на L1 и давить на него.

Ethereum превращался в город, через который ежедневно проходит грузовой поток, который он не рассчитывал обслуживать.

Проблема #2: данные L2 дороги и тяжёлые

Каждый роллап обязан публиковать свои данные на Ethereum, иначе он будет:

небезопасен,
непрозрачен,
легко взломан.

Но публикация данных - самое дорогое действие в Ethereum.

Львиная доля комиссии в Arbitrum/Base/Optimism - это DA cost (data availability cost). То есть цена за размещение данных на Ethereum.

Чем больше пользователей → тем больше данных → тем выше стоимость → тем дороже становятся транзакции в L2.

И это превращалось в потолок масштабируемости.

Проблема #3: валидаторы Ethereum должны были скачивать ВСЕ данные

До Fusaka у валидаторов была проста, но жёсткая работа:

"Скачивай абсолютно весь пакет данных, который публикует каждый роллап."

Если роллап публикует 1 МБ, а их 5 - валидатор должен скачать 5 МБ.

Если завтра будет 50 роллапов - валидатор утонет.

Это означает:

большие жёсткие диски,
гигабайты трафика ежедневно,
мощные машины,
потеря децентрализации (не каждый может запустить узел).

Ethereum медленно, но уверенно шёл к тому, что валидаторы становятся слишком тяжёлыми.

Проблема #4: рост комиссии и падение децентрализации

Если валидаторы становятся "толстыми", то:

сеть сжимается (меньше людей запускают свои ноды),
стоимость транзакций растёт,
становится труднее поддерживать сеть,
L2 перестают быть дешёвыми,
Ethereum теряет своё предназначение - быть доступным и масштабируемым.

Проблема #5: приближение к пределу (до Fusaka сеть уже работала на лимите)

После обновления Dencun и введения blob-данных (EIP-4844) - Ethereum получил временное облегчение.

Но уже летом 2025 года стало очевидно:

blobs забиваются,
роллапы начинают конкурировать за место,
комиссия снова растёт,
нагрузка снова растёт.

Ethereum, по сути, дошёл до архитектурного конца старой модели.

Именно поэтому понадобилось Fusaka

Fusaka - не "косметика", не "оптимизация", не "чуть улучшили скорость".

Это смена парадигмы, связанная с главным вопросом:

"Как сделать так, чтобы Ethereum мог обрабатывать 10-100x больше данных, не увеличивая требования к узлам и не поднимая комиссии?"

Ответ: PeerDAS.

О нем - чуть позже

4) Ключевая проблема

история о том, как Ethereum начал спотыкаться не на скорости, а на данных

Чтобы понять, почему Fusaka — это большое дело, нужно понять одну ключевую вещь:

в Ethereum bottleneck уже давно не вычисления, не газ, не смарт-контракты.

Проблема была в данных.

bottleneck - "узкое место" системы.

История начинается с роллапов

Ethereum задумали как базовый слой ("уровень ноль"), а поверх него - быстрые, дешёвые Layer-2 сети:

Arbitrum
Optimism
Base
zkSync
Starknet
Scroll

Каждая из них работает примерно так:

собирает транзакции внутри своей сети,
обрабатывает их у себя,
затем публикует данные на Ethereum, чтобы доказать, что они работают честно.

Вот это "публикует данные" - и есть самое важное.

Почему роллапы обязаны публиковать данные?

Потому что если они не публикуют данные в Ethereum, то:

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

Доступность данных - фундамент безопасности L2.

Без неё всё Web3 превращается в Web2: "поверь нам на слово". Ethereum не может этого допустить.

Но у этого правила есть тёмная сторона

Представь: каждый роллап обязан выкладывать в сеть огромные пакеты данных.

Это их обязанность.

Это правильно.

Это безопасно.

Но…

Кто должен скачивать эти данные?

Кто подтверждает, что они доступны?

Кто проверяет их целостность?

Ответ: каждый валидатор Ethereum.

Валидаторы Ethereum до Fusaka жили по очень тяжёлому правилу

"Хочешь участвовать в консенсусе?

Тогда скачивай ВСЕ данные, которые размещают роллапы.

Не просто часть.

ВСЕ."

Если роллап публикует 1 МБ - скачай 1 МБ.

Если роллапов 50 - скачай 50 МБ.

Если данные растут - скачивай всё.

Это была модель "total download".

Почему это стало проблемой в 2025 году?

Потому что:

L2 росли слишком быстро,
данных становилось слишком много,
blobs начали забиваться,
нагрузка на диски и трафик валидаторов росла,
и Ethereum столкнулся с угрозой потери децентрализации.

Запуск нормальной ноды становился всё тяжелее: нужен большой SSD, гигабайты трафика, мощный процессор. Если так продолжится - ноды смогут запускать только крупные компании. А это убивает идею Ethereum как децентрализованной сети.

Самое страшное: появлялся потолок масштабируемости

Ethereum мог поддерживать только ограниченное количество данных L2.

И это означает:

больше пользователей → больше данных → выше комиссии → меньше людей могут пользоваться сетью → сеть НЕ растёт.

Это тупиковая ветка. Ethereum не может стать мировым компьютером, если он упирается в пределы данных.

Суть ключевой проблемы в одном предложении

старый механизм "все валидаторы скачивают весь пакет данных полностью" - больше не масштабируется.

Это делало сеть: дорогой, медленной, тяжёлой, и подводило к панельному потолку эффективности.

Именно эту проблему должен был решить Fusaka

И именно для этого был разработан PeerDAS - решение, которое позволяет узлам не скачивать весь пакет данных, но всё равно гарантировать, что данные доступны.

Подробнее - в следующем пункте!

5) Решение: что такое PeerDAS?

история о том, как Ethereum научился видеть целое, проверяя только кусочки

Представь, что Ethereum стоит перед огромной проблемой:

Роллапы приносят всё больше и больше данных.
Валидаторы обязаны проверять весь этот поток.
И если так продолжится, Ethereum просто задохнётся.

Это как если бы каждый человек в огромной библиотеке должен был прочитать каждую книгу, которая поступает в архив.

Бессмысленно.

Немасштабируемо.

Нереально.

Но вот - появляется новая идея. Простая, гениальная и математически красивая.

История началась с одного вопроса

Учёные, разработчики и исследователи Ethereum задали себе вопрос:

"А что если валидаторы НЕ будут читать весь файл?

А вместо этого - проверят только маленькие кусочки?"

На первый взгляд звучит нелепо. Как можно убедиться, что большой файл целый, если проверить лишь часть? Но ответ был найден - в математике и кодировании данных.

PeerDAS родился из идеи "семплинга" - случайных проверок

PeerDAS - система, в которой:

Роллап публикует большой массив данных.
Этот массив кодируется (с помощью методов, похожих на Reed–Solomon).
Он разбивается на очень много маленьких кусочков.
Эти кусочки раздаются узлам.
Каждый валидатор скачивает маленькую случайную часть - буквально крошки.
Если все валидаторы говорят: "У меня всё ок"
То с математической вероятностью, которая стремится к 100%, все данные действительно доступны.

Это называется:

Data Availability Sampling (DAS)

а в Ethereum - PeerDAS (потому что узлы делают sampling в peer-to-peer сети).

Базовая Аналогия

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

есть ли эта страница?
есть ли текст?
нет ли пустоты или дыр?

Если ни один человек не обнаружил проблемы - значит книга действительно целая.

В Ethereum то же самое:

Вместо книги - огромный массив данных роллапа.

Вместо людей - PoS-валидаторы.

Вместо страниц - кусочки данных.

Именно это и делает PeerDAS революционным

До Fusaka: каждый валидатор скачивает всё → дорого, тяжело, не масштабируется.

После Fusaka: каждый валидатор скачивает 1–2% данных → быстро, легко, огромная масштабируемость.

Но математика делает так, что сети всё равно достаточно этой информации, чтобы гарантировать полную доступность данных.

Почему это работает? (метафорически и в научной логике одновременно)

Потому что при использовании erasure coding и случайного sampling:

если в данных есть "дыра" - высокая вероятность, что кто-то её найдёт;
если хоть один валидатор найдёт недоступный кусок - блок считают недоступным;
поэтому операторам роллапов невозможно публиковать неполные данные;
а валидаторы не обязаны скачивать весь файл, чтобы быть уверенными.

Это не магия.

Это теория информации.

PeerDAS - не просто оптимизация

Это фундаментальная смена архитектуры Ethereum: не "скачай всё", а "скачай немного, но достаточно, чтобы быть уверенным".

И благодаря этому:

Ethereum сможет поддерживать в 10–20 раз больше данных,
комиссии на L2 упадут,
сеть станет легче,
децентрализация - выше.

PeerDAS = шаг к будущему Ethereum, когда сеть сможет обслуживать миллионы пользователей ежедневно без перегрузок.

6) Что теперь меняется в Ethereum благодаря PeerDAS

История о том, как сеть словно сняла тяжёлый рюкзак....

Представь, что Ethereum долгие годы шёл по горе с огромным рюкзаком. Этот рюкзак - данные, которые L2 публиковали каждую секунду. Он был нужен, но становился всё тяжелее. Шаги становились медленными. Любой подъём давался всё труднее. И казалось, что если так продолжится - вершину не покорить.

И вот появляется PeerDAS.

Это как если бы Ethereum поменял рюкзак на лёгкий экзоскелет.

Всё стало легче.

Он может идти быстрее, дальше, выше.

Теперь объясню, что конкретно изменилось.

Ethereum теперь может обрабатывать НАМНОГО больше данных

Раньше:

валидаторы обязаны были скачивать весь объём данных, который публикуют роллапы.

Теперь:

они скачивают маленькие случайные куски.

Это означает:

сеть может поддерживать десятки роллапов, а в перспективе - сотни, без критической нагрузки.

Это как если бы пропускная способность Ethereum выросла не на 10–20%, а на порядок - 10x, 20x, 50x в будущем.

Узлы (ноды) становятся легче и доступнее

Это важнейшая часть. До Fusaka валидатор Ethereum - машина, которая каждый день качает гигабайты данных.

После Fusaka - компактный, лёгкий узел, которому нужны:

меньше трафика
меньше нагрузки
меньше CPU
меньше памяти

Запуск своей ноды становится проще. И это критично: чем легче нода - тем больше людей могут держать ноды → тем выше децентрализация.

Комиссии в L2 становятся ниже

Здесь прямая связь. Стоимость транзакции в любой L2 (Arbitrum, Base, Optimism) состоит из двух частей:

собственные комисии L2
DA COST - стоимость публикации данных в Ethereum

PeerDAS сильно снижает DA cost → значит: транзакции на L2 становятся дешевле.

И это не теория - это прямо влияет на:

трейдеров,
пользователей Telegram-ботов,
NFT-маркетплейсы,
DeFi-платформы,
гейминговые проекты,
любые массовые приложения.

То есть PeerDAS → дешёвые данные → дешёвые транзакции → Ethereum становится ближе к массовому рынку.

L2 больше не конкурируют между собой за место в данных

До Fusaka blobs были ограничены. L2-сети конкурировали за одно и то же пространство. Это как маленький почтовый ящик: все пытаются в него запихнуть свои письма.

После Fusaka - почтовый ящик стал огромным. Каждый роллап может публиковать данные без драк за место.

Это даёт:

Равномерную работу
Предсказуемые комиссии
Отсутствие скачков цен
Лёгкую масштабируемость

Ethereum становится значительно устойчивее при пиковых нагрузках

Когда происходит хайп:

Запуск нового токена
NFT-дроп
Крупное движение на рынке
Meme-мания

Сеть просто обязана выдерживать всплески данных. До Fusaka - иногда были перегрузки. После Fusaka - Ethereum готов к "чёрным лебедям".

Пиковая нагрузка теперь не ломает сеть.

Это открывает дверь к следующему этапу - Danksharding

PeerDAS - не конечная цель. Это фундамент, на котором строится следующее:

Danksharding

Danksharding - когда Ethereum сможет обрабатывать не просто больше данных…

а огромные массивы данных без ограничения. PeerDAS - первая версия data sampling.

Danksharding - уже полный шардированный L1 с полноценным DA sampling на огромных размерах.

То есть Fusaka - шаг к Ethereum, который сможет обслуживать миллиарды людей.

7) Про Osaka

Чтобы понять Osaka, давай вернёмся к метафоре города Ethereum. Мы уже говорили, что Execution Layer - тело, которое выполняет действия:

проводит транзакции,
исполняет смарт-контракты,
обновляет состояния,
работает с данными.

И вот что важно: Когда появилась идея PeerDAS, одного Consensus Layer было недостаточно. Сеть должна была научиться по-новому принимать и хранить данные, которые приходят от роллапов. Это та самая роль, которую взял на себя Osaka.

Osaka - обновление "органов чувств" и "мышц" Ethereum

Если Fulu - мозг, который научился новым правилам, то Osaka - тело, которое научилось по-новому воспринимать и обрабатывать данные.

Старый Execution Layer был рассчитан на:

calldata
обычные транзакции
blob-данные из EIP-4844

Но PeerDAS приносит новый формат данных, и Execution Layer просто не мог работать с ними без обновления. Поэтому Osaka стал архитектурным апгрейдом EVM-клиентов.

Что конкретно сделал Osaka

Научил Ethereum понимать новый тип данных от L2

До Fusaka L2 публиковали:

большие blobs,
старые типы calldata,
а валидаторы принимали эти данные "как есть".

После Osaka: Ethereum научился понимать кодированные сегменты данных, которые создаёт PeerDAS:

маленькие кусочки (DAS-chunks),
фрагменты EDS (Extend Data Square),
данные, которые должны быть проверены sampling’ом.

То есть теперь Execution Layer умеет разбирать новый формат данных.

Перестроил внутреннюю структуру хранения данных

До Osaka:

blobs хранились по старой структуре,
обработка была тяжёлой,
данные были крупными.

После Osaka: Ethereum получил новую систему организации данных,

которая: хранит только нужную часть, отдаёт данные для sampling, синхронизирует PeerDAS-метаданные, минимизирует нагрузку на дисковые операции.

Это фундаментальное изменение.

Улучшил производительность узлов исполнения

Osaka включает серию изменений, которые:

ускоряют обработку данных,
уменьшают задержки,
повышают Throughput (Пропускная способность),
оптимизируют кэши и память,
делают синхронизацию легче.

Это не маркетинг, а реальные изменения на уровне клиента:

Geth работает быстрее,
Nethermind эффективнее обрабатывает входящий поток,
Erigon получает меньше нагрузки на диски.

Сделал Ethereum дружелюбным к ZK и ZK-роллапам

ZK-роллапы (Starknet, zkSync, Scroll) сильно зависят от больших объёмов пруфов.

Osaka:

оптимизирует хранение этой информации
ускоряет пути её валидации
делает коммуникацию ZK-роллапов с L1 легче

Это подготовка к будущему ZK-ориентированному Ethereum.

Упростил жизнь L2-сетям

Для роллапов после Osaka:

Публикация данных стала проще
Данные кодируются в новый формат
Ethereum принимает их быстрее
Комиссии стали предсказуемее.

Теперь L2 могут:

Безопасно увеличивать пропускную способность
Производить больше данных
Масштабироваться вширь

8) Про Fulu

как мозг Ethereum научился работать по-новому

Мы уже сказали, что Execution Layer - тело, машина исполнения.

Но любая машина бесполезна без мозга, который:

следит за порядком,
координирует участников,
принимает решение, какой блок является истиной,
поддерживает безопасность.

Это и есть Consensus Layer. И вот тут начинается реальная магия Fusaka: обновление Fulu касается именно этого уровня - уровня, который отвечает за то, чтобы Ethereum оставался честным и децентрализованным.

История начинается с валидаторов

Ты знаешь, что в Ethereum сейчас тысячи валидаторов. Каждый из них поставил 32 ETH и стал "охранником" сети. Их работа проста, но критична:

они проверяют блоки
подписывают их
участвуют в комитете
обеспечивают финализацию
поддерживают безопасность Proof-of-Stake

Но до Fusaka у них была ещё одна обязанность.

Как мы уже говорили, это:

"Скачивай все данные, которые приходят от роллапов."

Это превращалось в тяжёлую, почти невыносимую нагрузку. И вот здесь появляется Fulu.

Fulu - обновление, которое учит валидаторов работать в режиме PeerDAS

Если Osaka - обновление "тела", то Fulu - обновление "мозга". Именно Fulu включает новые правила консенсуса, которые позволяют валидаторам:

больше не скачивать весь пакет данных, а скачивать только маленькие случайные кусочки, и при этом гарантировать, что структура данных целая и доступна.

Это то, что мы называем:

Data Availability Sampling

Но в Ethereum это сделано через логику Fulu.

Что именно делает Fulu:

Изменяет обязанности валидаторов

До Fulu: валидаторы скачивали весь набор данных, что публикуют L2.

После Fulu: валидаторы скачивают только случайные сегменты данных.

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

Вводит новую систему ролей (duty scheduling)

Теперь валидаторы разделяются на группы для разных задач:

одни участвуют в sampling,
другие подтверждают блоки,
третьи проверяют корректность данных,
четвёртые участвуют в синхронизации метаданных PeerDAS.

Это архитектура, которая позволяет параллельно и эффективно распределять обязанности.

Уменьшает требование к аппаратным ресурсам PoS-нод

Fulu делает версии клиентов PoS: Lighthouse, Prysm, Teku, Nimbus гораздо легче.

Почему?

Потому что теперь PoS-узлу не нужно скачивать мегабайты данных, которые публикуют L2 каждый блок.

Теперь PoS-валидатор:

скачивает килобайты вместо мегабайт,
делает sampling,
проверяет подписи,
подтверждает блоки.

Это существенно снижает:

нагрузку на CPU,
трафик,
требования к диску.

Результат: Ethereum становится более децентрализованным.

Повышает устойчивость консенсуса

Когда PoS-валидаторы раньше должны были скачивать огромные объёмы данных:

узлы могли лагать, отставать, терять синхронизацию, попадать в ситуации near-slash, замедлять финализацию. Fulu решает это, потому что данные для sampling очень лёгкие.

Отдельная важная часть - логика проверки доступности данных

Fulu внедряет в Ethereum формальную логику:

"Блок признаётся валидным только если data sampling прошёл успешно."

То есть:

если хоть один валидатор видит, что данные недоступны → блок считается недействительным

если sampling у всех валидаторов проходит → блок считается доступным

Эта логика защищает Ethereum от атак на доступность данных. И раньше такие атаки было сложно предотвратить без полного скачивания данных.

Fulu - мост к полноценному Danksharding

Danksharding - будущее Ethereum, где сеть будет обрабатывать огромные массивы данных. Fulu - шаг #1, без которого Danksharding невозможен.

Он:

Обучает валидаторов sampling-логике
Меняет метрики доступности
Перестраивает правила консенсуса
Готовит клиентов к будущему.

9) Что это дает обычным пользвателям?

Дешевле транзакции в Layer-2 сетях

Большинство людей сегодня пользуются не самим Ethereum L1, а сетями сверху: Arbitrum, Base, Optimism, zkSync, Starknet, Scroll. В их комиссии входит плата за размещение данных на Ethereum. Fusaka снижает эту стоимость → транзакции становятся дешевле:

swap за 0.02-0.05$ вместо 0.10-0.30$

дешевле отправлять токены

дешевле минтить NFT

дешевле использовать Telegram-ботов, DeFi и игры

Пользователь просто платит меньше.

Меньше резких скачков комиссий

Раньше, если в сети происходил хайп (дроп, мемкойн, памп):

L2 публиковали много данных
Данные забивали пространство
Комиссии росли в 2-10 раз

После Fusaka, Ethereum обрабатывает больше данных без перегрузки.

В итоге:

меньше пиков и скачков

комиссии стабильнее и предсказуемее

Это делает сеть комфортной для обычных пользователей.

Транзакции подтверждаются быстрее и без лагов

Когда L2 перестают бороться за место в данных:

меньше задержек
меньше зависаний "pending…"
быстрее включение транзакций в блок

Пользователь получает более плавный опыт: заплатил → подтвердилось быстро.

Приложения начинают работать лучше

Благодаря PeerDAS L2 могут обрабатывать намного больше операций.

Это значит:

меньше перегрузок во время пиков
больше пользователей может работать одновременно
приложения могут становиться сложнее и мощнее

Для пользователя это выглядит как:

DEX работает быстрее
игра не тормозит
NFT-платформы не падают при хайпе
Claim токенов при airdrop не падает при нагрузке

Ethereum становится более децентрализованным и безопасным

С запуском PeerDAS валидаторам больше не нужно скачивать огромные объёмы данных.

Теперь:

узлы легче,
их проще запускать,
их может запустить больше людей.

Это значит:

меньше риска атак на сеть
больше независимых участников сети
выше общая безопасность Ethereum

Пользователь получает более надёжную сеть, даже если он этого не замечает.

Это подготовка к будущему, где комиссии станут ещё ниже

Fusaka - первый шаг к Danksharding. После него:

L2 смогут публиковать ещё больше данных
Комиссии упадут ещё сильнее
Сеть станет быстрее раз в 10-100.

Пользователь получает не только текущие улучшения, но и движение к ещё более дешёвым и быстрым транзакциям.

10) Что это дает разработчикам?

Дешевле и предсказуемее L2 → больше пространства для логики

Для девелопера главное следствие: каждый swap(), mint(), bridge() на L2 стал дешевле и стабильнее по цене.

Что это даёт:

Можно делать сложнее бизнес-логику в контрактах на L2, не убивая пользователей по газу.
Меньше страха "ой, у нас 7 external calls, это будет стоить как крыло от Боинга".
Можно смелее проектировать: сложные DeFi-протоколы (мульти-степ стратегии, агрегаторы), игры с частыми ончейн-обновлениями, social-приложения (лайки, репосты, комментарии on-chain).

Для Solidity-разработчика это ощущается как: L2 всё больше становится "как писать в локальной сети, но с секьюрностью Ethereum".

Rollup-first ментальность: новая норма разработки

Fusaka + PeerDAS усиливают тренд:

Разработка = сразу под L2, L1 в основном как settlement/DA.

Что это значит для девелопера:

Если ты пишешь смарт-контракты на Solidity - по дефолту думаешь о деплое в Arbitrum/Base/Optimism, а не напрямую в L1.
В твоём стеке по умолчанию: RPC L2, SDK L2 (Arbitrum SDK, OP Stack, Base, Linea, Scroll), бриджи и мессенджинг между L2/L1.

То есть Fusaka - ещё один аргумент в пользу:

"делай продукт сразу под L2, L1 оставь для very-core логики и сейфов ликвидности".

viem / ethers.js / web3.py: меньше боли при массовых вызовах

viem / ethers.js

Если ты пишешь:

const tx = await publicClient.writeContract({
address,
abi,
functionName: 'swap',
args: [...]
})

или:

const tx = await contract.swap(...args);

на Arbitrum/Base/Optimism - Fusaka даёт:

Более стабильный maxFeePerGas / maxPriorityFeePerGas (меньше диких скачков).
Меньше ситуаций, когда: "вчера стоило 0.2$, сегодня та же функция - 1.5$".
Легче делать: бэкенды, которые исполняют пачки транзакций (бачинги, ротация позиций, арбитраж), высокочастотные скрипты (rebalancing, liquidation bots, MEV-lite стратегии).

web3.py

Если ты делаешь Python-скрипты:

tx = contract.functions.doSomething(...).build_transaction(...)
signed = w3.eth.account.sign_transaction(tx, private_key=KEY)
tx_hash = w3.eth.send_raw_transaction(signed.rawTransaction)

то:

Скрипт, который раньше был "дорого гонять по 100 раз в день", становится реалистичным для постоянного запуска.
Можно спокойнее закладывать автозапуски: обновление ордеров/лимитов, автоматические переводы, ребаланс портфелей.

По сути: Fusaka делает high-frequency-автоматизацию на L2 более экономичной.

Меньше ограничений по "что я могу себе позволить в архитектуре"

Раньше многие dev’ы резали функционал, потому что:

"слишком много стейта → дорого"
"слишком много ивентов → дорого"
"слишком много логики → пользователи не будут платить"

Теперь, с более дешёвыми и масштабируемыми L2:

Можно чаще писать события (events) для аналитики и индексации.
Можно хранить больше метаданных on-chain, не вынося всё в off-chain.
Можно добавлять защитные проверки, sanity-checks, fail-safe механизмы, не думая про каждый лишний require.

То есть Fusaka расширяет "диапазон допустимой сложности" для твоих контрактов.

Легче поднимать инфраструктуру: ноды, индексеры, тестовые стенды

Если ты:

запускаешь свои ноды для dev/test,
поднимаешь собственный RPC,
строишь индексеры (The Graph, SubQuery, custom indexer на Python/Node),

то PeerDAS + Fulu/Osaka дают:

меньше трафика и нагрузки на full-ноды и валидаторские ноды.
Разворачивать свой infrastructure stack становится чуть менее больно.

Это упрощает жизнь:

Тимам, которые хотят уйти с "общих RPC" и поднять свои
Энтузиастам, которые хотят дома держать ноду
Тем, кто строит инструменты вокруг сети (сканеры, аналитика, мониторинги).

Бот-девелоперы, арбитражники, MEV-lite

Для всех, кто пишет:

арбитражных ботов на Python/Node.js,
Telegram/Web3 ботов (через viem/ethers.js),
скрипты для мониторинга L2 и реакции на события:

Fusaka даёт:

дешевле cost-per-action - каждое обращение к контракту через бота стоит меньше.
Можно: чаще обновлять заявки, чаще пытаться зайти в сделку, чаще проверять состояние рынка.

Если раньше ты думал: "Ок, бот будет делать 5–10 транзакций в день, иначе слишком дорого", то теперь можно спокойно увеличивать частоту, особенно на Base/Arbitrum/Optimism.

Rollup dev / инфраструктура L2

Если смотреть вообще шире, на разработчиков самих L2:

Fusaka с PeerDAS даёт пространство для повышения пропускной способности без убийства L1.
Можно экспериментировать с: более высоким TPS, большим количеством публикуемых данных, более частыми батчами.

В перспективе это значит: роллап-команды могут улучшать UX (быстрее блоки, меньше задержки), а dev’ы на Solidity/TypeScript/Python просто пользуются этим как "новой нормой".

11) Что Fusaka значит для будущего Ethereum?

история о том, как сеть получила новый вектор развития

Представь Ethereum как огромный корабль, который идёт через океан. У него есть определённый маршрут - стать мировым децентрализованным компьютером. Но всё это время корабль нёс на себе огромный груз - данные роллапов.

Он двигался, но всё медленнее. Каждые несколько месяцев груз увеличивался, и становилось ясно: если что-то не поменять - корабль не дойдёт до цели.

И вот - происходит Fusaka.

Это не просто обновление.

Это разворот корабля на новую траекторию.

Это решение фундаментальной проблемы, которую Ethereum пытался решить с 2020 года (с момента появления rollups).

Теперь разберём, что именно это значит для будущего.

Fusaka - реальное начало эпохи "Ethereum как уровень данных"

Ethereum всегда хотел быть:

Базовым уровнем безопасности
Уровнем доступности данных (DA-layer)
Уровнем финализации

Но до Fusaka Ethereum не мог масштабировать DA, а значит - L2 были ограничены.

Теперь, с PeerDAS:

Ethereum становится по-настоящему данными-ориентированным блокчейном,
Роллапы могут публиковать гораздо больше данных,
Сеть наконец-то делает шаг от "одной магистрали" к "целой дорожной системе".

Это меняет всё.

Это мост к Danksharding - главному обновлению десятилетия

Danksharding:

распределённая публикация данных,

огромные объёмы DA,

экстремальное масштабирование L2,

транзакции за копейки на всех роллапах.

Но Danksharding невозможен без:

sampling,
новой логики валидаторов,
новой структуры данных EDS,
разделения обязанностей на уровне консенсуса.

И Fusaka - первый рабочий шаг. Если раньше Danksharding казался теорией, то теперь у Ethereum появился реальный фундамент.

Fusaka делает Ethereum готовым к миру, где миллионы людей используют Web3 ежедневно

Раньше это было бы невозможно:

слишком дорого,
слишком нестабильно,
слишком тяжело для нод,
слишком медленно для массового использования.

Теперь, после Fusaka:

L2 получают возможность расти вширь,
игры могут иметь миллионы on-chain-ивентов,
SocialFi может жить ончейн,
DeFi может работать без перегрузок.

Фактически, Fusaka переводит Ethereum в режим масштабирования под массовый рынок.

Fusaka увеличивает децентрализацию и безопасность Ethereum на годы вперёд

Почему это важно?

Потому что если сеть становится слишком тяжёлой:

1) Меньше людей могут запускать ноды

2) Остаются только корпорации

3) Сеть становится уязвимой

PeerDAS уменьшает нагрузку на узлы, это значит:

Больше валидаторов
Больше независимых нод
Меньше риска централизации
Более прочная защита сети

Ethereum не просто масштабируется - он масштабируется с сохранением децентрализации, что критически важно.

Fusaka меняет стандарты разработки: Rollup-first → окончательно

До Fusaka: многие проекты всё ещё деплоились на Ethereum L1, а L2 считались "дешёвыми вариантами".

После Fusaka:

L1 становится "settlement слой + DA слой"
Всё приложение живёт на L2
Разработчики мыслят Rollup-first по умолчанию

Это как переход из Web1 → Web2. Сначала это казалось альтернативой, теперь - норма.

Fusaka делает Ethereum конкурентнее среди Layer-1 и DA конкурентов

Сейчас Ethereum конкурирует с:

Solana

Celestia

Near

Monad

Aptos

Fuel

всех, кто делает DA решения.

Если Ethereum не масштабируется, он сдаёт позиции.

Fusaka:

Увеличивает пропускную способность
Снижает комиссии
Улучшает UX
Готовит почву для Danksharding

и укрепляет позицию Ethereum как главного settlement layer мира.

Fusaka - фундамент для десятилетия инноваций

После этого обновления Ethereum может спокойно:

запускать новые L2,

обеспечивать огромные потоки данных,

масштабировать DeFi,

запускать реальные Web3 соцсети,

развивать AI-on-chain,

строить игры уровня Fortnite/PUBG на L2,

обслуживать десятки миллионов пользователей.

Это не преувеличение. Это реальность, которую открывает PeerDAS.

12) Эпилог

Всем спасибо за прочтение данного материала! Уверен, он стал отправной точкой в вашем пути улучшения себя как web3-разработчика!

Fusaka - не просто очередное обновление Ethereum. Это фундаментальный шаг, который снимает главный барьер роста сети - работу с данными.

Благодаря PeerDAS Ethereum становится быстрее, дешевле, стабильнее и гораздо более масштабируемым.

Это первый реальный шаг к Danksharding и миру, где Web3 сможет обслуживать миллионы пользователей ежедневно.

Fusaka делает Ethereum готовым к будущему - и это будущее началось уже 3.12.2025....

Автор Статьи - https://t.me/code_vartcall

400 000 строк кода X: что скрывает алгоритм рекомендаций

2025-09-11T08:40:58.999Z

всё, что тебе нужно знать о том, как стать вирусным и можно ли всё ещё попасть в теневой бан Twitter

План:

Tweepcred
Как работает Tweepcred
Правила алгоритма X
Оскорбительные термины, темы и слова
Про теневой бан
Как тебе могут навредить?
Как повысить охваты?
Секретные методы повышения охватов
Дополнительно
КАЖДЫЙ способ, как твой охват может быть уничтожен новым алгоритмом
Выводы

Оригинальный материал

Tweepcred

Начнём с самой спорной части алгоритма X, появившейся 2 года назад - tweepcred.

Многие годами спрашивали меня, существует ли это до сих пор. Теперь у нас есть окончательный ответ: да. Tweepcred всё ещё повсюду в коде.

Что такое Tweepcred и как он работает?

Tweepcred - система репутации в X.

На основе твоего поведения тебе присваивается рейтинг tweepcred. Он определяет твой охват. Нарушаешь правила алгоритма - твой рейтинг падает, и охват исчезает.

Какие же правила у алгоритма X?

Публикуешь “оскорбительный текст”? - Минус 80% охвата.

Оскорбительное имя пользователя? - Минус 80% охвата.

Твит ЗАГЛАВНЫМИ БУКВАМИ? Это считается “криком”. Серьёзное наказание.

Вставляешь ссылки? Да, тоже штраф

Какие именно оскорбительные термины, темы и слова?

Удобненько, но их в этом коде нет.

Они спрятаны в файле adult_tokens.txt. Если кто-то в X имеет доступ к этому файлу - черканите мне

Есть и несколько других безумных способов словить понижение охвата:

Низкое качество текста (опечатки или твиты “как у дурачка”).
Ответы аккаунтам, которые на тебя не подписаны.
Спамные посты.

Новый аккаунт - при регистрации ты начинаешь с -128 tweepcred. Чтобы тебя вообще увидели, нужно минимум 17!

А как же работает шадоубан?

Про теневой бан

К твоему аккаунту применяется специальный ярлык, который убивает твой охват.

Вот все ярлыки, которые могут тебе прилепить (некоторые реально забавные):

— твиты низкого качества,
— спам,
— токсичность,
— небезопасный URL (лол),
— NSFW (Not Safe For Work):

откровенные фото/видео,
сексуальные материалы,
порнографию,
иногда слишком жёсткий или шокирующий контент.

— жесть/насилие,
— или слишком частое упоминание одного и того же человек

Как тебе могут навредить?

Если кто-то жмёт “не интересует этот твит”, “показывать меньше таких постов”, либо если тебя репортят, блокируют или мутят - твой охват режется аж на 3 МЕСЯЦА!!!

Как повысить охваты?

Мы поговорили о том, как можно словить понижение охвата. Теперь давай о том, как его ПОВЫСИТЬ.

Постишь видео? Если люди смотрят его больше 10 секунд - получаешь ОГРОМНЫЙ буст.

То же самое с текстовыми постами: если люди проводят 2+ секунд, читая твит, он показывается большему числу людей.

Цитаты и добавление в закладки тоже дают ОГРОМНЫЙ буст

Секретные методы повышения охватов

— Галочка (подписка X Premium) даёт огромный прирост. Нет её - считай, ты в пролёте.

— Старые “наследные” верификации получают ДОПОЛНИТЕЛЬНЫЙ буст.

— Если тебя считают “вирусным аккаунтом”, это тоже бустит. Запускай посты в вирус и ты будешь в приоритете

Дополнительно:

Если правительство связывается с X, оно может пометить контент как дезинформацию. Это может урезать охват поста, отключить автоплей или добавить предупреждение. Судя по коду, это касается только тех стран, где действуют законы о регулировании онлайн-контента

Вот КАЖДЫЙ способ, как твой охват может быть уничтожен новым алгоритмом

Если тебя пометят одним из этих ярлыков, твои посты никто не увидит.

Очень советую внимательно прочитать каждый пункт, чтобы не словить штраф.

Возможные ярлыки:

DoNotAmplify — когда твоя репутация падает слишком низко.
HighCryptoSpamScore — думаю, понятно и так.
DownrankSpamReply — если ты слишком часто отвечаешь за короткое время.
DuplicateContent — постишь один и тот же контент снова и снова.
CopyPastaSpam — копипаста вредит тебе, не повторяй тренды в таймлайне.
GoreAndViolenceHighPrecision — публикуешь материалы с насилием.
LowQuality — видимо, связано с опечатками/спамом.
NSFWText — маты или насильственный текст в постах.
MisinfoGeneric — помечен как распространитель дезинформации (интересно, как они это определяют).
HighlyReportedTweet — если твои твиты массово жалуются (легко абузить).
Bounce — предположительно для ссылок: если пост заставляет людей покидать сайт, охват режется.

Любопытные выводы: всё это может полностью уничтожить твой охват.

Думаешь, эти ярлыки должны быть видимы в профилях у всех?

Лично я считаю, что да. Это сразу улучшило бы поведение пользователей.

Когда люди знают, что их контент штрафуется, они могут скорректировать своё поведение.

Выводы

Избегай оскорбительного языка любой ценой.
Прокачивай свой репутационный рейтинг и береги его.
Добывай хорошее взаимодействие со своим контентом - цитаты и закладки особенно сильны.
Для медиа важно качество > количества. Нужно хотя бы 10 секунд просмотра видео, чтобы твой контент реально показали.
Не будь мудаком. Если тебя замьютят - это может похоронить твой охват.
Получи галочку (X Premium).
Создавай контент, на чтение которого уходит больше 2 секунд.

Оригинальный материал

Q/A WEB3

2025-07-16T01:06:40.726Z

q/a план:

Самые лучшие перспективы в Rust разработке?
Как и на чем легче/лучше писать софты для тестнетов ?
Есть ли смысл учить Bas?
Python в Web3
Написание ton смарт-контрактов
Университет и специальность для web3
Преимущества и недостатки тех или иных видов программирования.
Как отношусь к тем кто идут в веб3 только за деньгами
Мультиаккинг белая или серая ниша
Что бы ты посоветовал себе, когда только начинал путь в этой сфере?
Какой был бы максимально эффективный и реалистичный путь с полного нуля
Конкретный путь устройства на работу junior Solidity, Frontend Web3 разработчиком.
Легко ли получить инвестиции в свой проект?
Как найти работу, и что для этого нужно?
Как выбирать темы и проекты для хакатонов?
Изучение английского для кодера
Финал

1. Rust

Самые лучшие перспективы в Rust разработке? В плане что вообще считает на нем будут писать почти все компании если не ограничиваться одним web3

Rust является тем языком программирования, на котором можно писать практически все что угодно: от фронтенда, до полноценных децентрализованных приложений

Но не будем ограничиваться одним web3, а просто начнем с него

Благодаря своей безопасности скорости и параллелизму Rust успешно используется в слеующих блокчейнах:

Solana - смарт-контракты (программы) на Anchor

Near - экосистеме NEAR смарт-контракты = обычные Rust-программы, скомпилированные в WebAssembly (WASM)

Aptos - ноды, SDK, Консенсус (Narwhal + Bullshark)

Sui - ноды, SDK, CLI

Polkadot - смарт-контракты на rust фреймворке ink!

Cosmos - смарт-контракты на rust фреймворке Coswasm

Также разрабатываются zk-SNARK/STARK технологии для масштабирования блокчейна, кастомные L2, DeFi-инфраструктура, валидаторы и кошельки

но какая ситуация с растом за границами web3

WASM

Так как Rust легко компилируется в WASM (web assembly), его часто используют в:

Быстрых WASM-интерфейсах (графика, игры, сложные алгоритмы)
DeFi-приложениях (меньше атак, выше безопасность)

Кибербезопасность

высокая перспектива, особенно на фоне ухода от небезопасного C/C++

Антивирусные ядра (например, Snort для IDS(Intrusion Detection System))
Rust в NSA (National Security Agency) и US Cyber Command (Кибервойска США)
Проекты типа RustScan, Firecracker, Tailscale

для дальнейшего ознакомления пару интересных материалов

Is Rust the Future of Programming?

Should you learn Rust in 2025?

Итог - язык богов, но является одним из самых сложных для изучения новичку!

2. Тестнеты

Как и на чем легче/лучше писать софты для тестнетов ?

Кто то в afina пишет, кто то через языки программирования (питон, джава скрипт, веб3) так вот где легче и лучше, что учить

afina.io - no code решение для оптимизации действий в крипто пространстве

проект выглядит действительно интересно, но безопасно ли это, сейчас узнаем

в январе 2025, я уже поднимал данную тему в нескольких постах

https://t.me/code_vartcall/595

https://t.me/code_vartcall/596

разобрал несколько сервисов и пришел к выводу:

NoCode отлично подходит для тестирования идей, но для создания полноценного проекта будут свои проблемы:

Зависимость от платформы

Меньше контроля

Проблемы с масштабируемостью

Децентрализация (Даппки зависят от Централизованных сервисов))

Сложность отладки (сложно находить и устранять ошибки)

также стоит добавить

Большинство крипто-проектов стали повышать критерии на вознагражение своих пользователей, если вы отрабатываете все проекты с помощью no code вы рискуете легко стать сибилом по

gas_price
железо
одинаковые паттерны поведения

Используя языки программирования мы можем обезопасить себя от такой участи, настраивая время выполнения транзакций, комиссии и подменяя железо с которого будет выполнена работа

Поэтому no code используем только для тестирования, полноценный софт никогда не заменить nocode решением

3. Bas

Есть ли смысл учить Bas? Или лучше сразу учить python & js ?

bablosoft.com/shop/BrowserAutomationStudio

основная идея - автоматизация действий в браузере на движке Chromium:

Google Chrome

Microsoft Edge

Brave

Opera

Vivaldi

Yandex Browser

Epic Privacy Browser

SRWare Iron

Comodo Dragon

Ungoogled Chromium

Torch Browser

Cent Browser

Cốc Cốc

Kiwi Browser

Samsung Internet

Puffin Browser

BAS - конструктор, автоматизировать web3 рутину действительно можно, но в список сибилов попасть также будет легко, ведь кластеры браузеров также неотъемлимая часть критерия награждения пользователей

поэтому перечитайте все, что я писал в пункте выше и продолжаем

4. Python

Хотелось бы узнать всё о Python в Web3, какой стек подобрать для изучения с нуля, включая сам яп, и в целом насколько корректно использовать Python для Web3

Python - один из самых лучших языков для старта как в программировании так и web3!

Из каждого утуга слышим про его простоту синтаксиса и это факт

Благодаря старту своего пути в web3 с пайтона, вы легко сможете разобраться в работе скриптов, составлении транзакций и взаимодействии с DEFI приложениями

на канале публиковал много контента на эту тему, вклучая стек технологий и план обучения

Все инструменты - https://t.me/code_vartcall/791

Также понадобиться RPC - https://t.me/code_vartcall/754

Блокчейны для взаимодействия - https://t.me/code_vartcall/838 и https://t.me/code_vartcall/839

5. Ton

Свой путь в web3 разработуе начал с изучения tact для написания смарт контрактов на ton. Лучше продолжать двигаться в этом направлении или переключиться на базовый стэк? Что думаешь о перспективах ton разработчиков?

в июне 2025 сделал небольшой обзор блокчейна на канале

https://t.me/code_vartcall/846

https://t.me/code_vartcall/847

https://t.me/code_vartcall/848

Блокчейн растет, экосистема расширяется, Telegram и Павел Дуров продолжают продвигать проект

Учитывая скорость (100к транзакций в секунду (теоретически)) и технологии блокчейн продолжает набирать обороты, если Дуров публично откажется от поддержки тона - это значительно повлияет на экономику проекта, чем меньше активности тем меньше обращений к смарт-контактам, следовательно меньший заработок разработчиков всей экосистемы $TON

но предпосылок к такому событию нет - поэтому продолжаем изучать ton!

6. Универсистет

Как выбрать уник и специальность, если хочу в web3)

На данный момент учусь на Computer Science и на второ курсе у нас есть предмет напрямую связанный с блокчейном и хешированием, где по завершению курса одним из проектов на защиту является написание своего блокчейна

поэтому заранее смотрите программы университетов, уверен компьютерные науки

7. Программирование

Преимущества и недостатки тех или иных видов программирования.

Область их использования.

Какие перспективы в web3 разработке. Можно ли принять участие в разработке крупных проектов или эти знания больше для личной отработки.

Пошаговый план изучения ЯП для достижения годного уровня.

Как правильно использовать gpt чтобы он помогал в разработке, а не вносил хаос.

Про виды программирования (как действуем)

Начинаем с:

1) Процедурное программирование

учимся мыслить шагами, писать простые функции, понимать потоки управления - python в помощь. Пишем калькулятор, парсер или простые игры

2) Объектно-ориентированное программирование (ООП)

проектируем код - классы, объекты, наследование, инкапсуляция.

Для практики отлично подойдет Java, C++ или Python JS/TS (ООП)

Пишем игру «крестики-нолики» с классами, телеграм-бот или менеджер задач

3) Функциональное программирование

тут абстрактное мышление. Поймешь рекурсию, map, reduce и чистые функции.

Haskell, Elixir, Scala, Ocaml, частично — Python, JavaScript

Решаем задачки на обработку списков, парсеры и решения с рекурсией

4) Скриптовое программирование

Автоматизация, работа с файлами, web-боты - кайф и свобода.

Python, Bash, JavaScript

Пишем простой Телеграм-бот, авто-переименование файлов, парсинг сайта,

5) Параллельное и асинхронное программирование

Чтобы не тупить в async, Promise, многопоточность и не делать всё в одном потоке.

Go, Rust, Java, Python (asyncio)

Пишем боты с asyncio, параллельная загрузка файлов, обработка данных

часть №2 - Какие перспективы в web3 разработке.

web3 разработка на самой ранней стадии своего развития, только со всемирным доверием к криптовалютам и децентразации мы выйдем на пик развития web3 разработки

На сегодня даже solidity - язык разработки смарт-контрактов на Ethereum (топ 2 криптовалюты) считается новым и каждый день обновляется!

Поэтому Перспективы есть всегда!

часть №3 - Можно ли принять участие в разработке крупных проектов или эти знания больше для личной отработки.

несколько вариантов:

pull requests в гитхабы web3 проектов
хакатоны по web3
DAO, которые работают над web3 проектами

часть №4 - Пошаговый план изучения ЯП для достижения годного уровня

прекрасный план расписал в видах программирования

к каждому пункту добавляем практику решения задач на leetcode.com и codewars.com

изучил новую технологию -> 10 задач с этой темой -> результат

часть №5 - Как правильно использовать gpt чтобы он помогал в разработке, а не вносил хаос.

1) Банально но - всегда чётко формулируй задачу (конкретика)

то есть не "Напиши мне код бота" а "Сделай Telegram-бота на Python с aiogram, который после /start отправляет кнопки. Без базы данных, просто логика."

2) Объясняй контекст твоей задачи - GPT не хранит твою логику кода у себя в базе

3) Ну и База! Используй GPT как ревьювера, а не как генератор всего

объясни чужой код, найти баг, предложить архитектуру, разбей задачу на подзадачи, перепиши кусок кода с комментариями

4) Доверяй, но проверяй

GPT может сгенерить нерабочий код, выдуманную библиотеку или несуществующий API

5) Не пихай всё в один промпт

Вставляешь 500 строк и просишь "объясни, что не работает" - GPT не вывезет. Разбивай код и вопрос на маленькие фрагменты!

6) Не учись только по GPT

Он хорош как ассистент, но не как учебник.

учимся всерьёз - совмещаем:

GPT + документация

GPT + практика

GPT + туториалы / курсы

полезные материалы:

THIS Is How You ACTUALLY Use AI For Programming

How **WE** Use AI In Software Development

8. Деньги

как относишься к тем кто идут в веб3 только за деньгами потому что тут реально зпшки ебанутые не в снг оргах

Отлично отношусь, правда программирования только ради $ рано или поздно оставит вас несчастными!

В первую очередь главное - желание, понимание зачем ты это делаешь! Понимание, что ты создаешь продукт, ты создаешь удобство для себя и пользователей! Ты облегачаешь жизни людей!

Деньги - бонус к твоему счастью творения!

9. Мультиаккинг

Мультиаккинг белая или серая ниша, есть ли в нем перспектива и актуален ли на сегодняшний день, плюсы и минусы

Абсолютно белая!

Мы лишь помогаем проектам получить все больше пользователей, чтобы отчеты инвесторам были еще лучше и в проект заносили больше $$$

Поэтому перспективы 100% есть, мультиаккинг жив!

https://www.youtube.com/watch?v=FsvpB-1ab7o

таблица проектов - https://docs.google.com/spreadsheets/d/1GzV5VIvXwk86thRq0W2KPx5XTyIq33J8uLXMl8J7dFM/edit?usp=sharing

10. Советы

1)Что бы ты посоветовал себе, когда только начинал путь в этой сфере?

2)Какие источники (книги, курсы, каналы) вы рекомендуете для полного новичка?

3)Какие самые частые ошибки делают новички, и как их избежать?

1) Больше Практики - браться за новые проекты, больше изучать работу проектов, больше решать алгоритмических задач на leetcode.com и codewars.com

2) По ресурсам - все написал в канале в закрепленном сообщении

https://t.me/vartcall_brains/5391

https://t.me/code_vartcall/842

https://t.me/code_vartcall/882

https://t.me/code_vartcall/841 - vse инструменты

https://t.me/code_vartcall/381 - книги PDF

11. Путь

Какой был бы максимально эффективный и реалистичный путь с полного нуля (без опыта в программировании, математике и криптографии) до уровня, на котором можно уверенно создавать свои криптовалюты, смарт-контракты, токены, DeFi-протоколы, DAO-проекты - и даже зарабатывать на этом или устроиться в компанию - при условии, что есть 3-4 часа в день на обучение и практику?

За 2-3 года точно можно научиться создавать свои dapps и устроится в web3 компанию

Задачи:

ФАЗА 1

программирование, логика, математика и IT-база

freecodecamp.org - бесплатный ресурс, основы программирования (Python для базы)

математика - логика, множества, булева алгебра

основы дискретной математики: графы, деревья, комбинаторика

введение в криптографию - хеш-функции, подписи, публичные/приватные ключи (просто на уровне понимания)

ФАЗА 2

Веб-разработка + JavaScript/TypeScript + React

ФАЗА 3

Основы блокчейна

ФАЗА 4

Смарт-контракты и Solidity

ФАЗА 5

DeFi & DAO & архитектура

ФАЗА 6

продолжаем прокачивать стек + создаем проекты

технологии для изучения

alchemy.com/dapps/top/developer-tools - абсолютная БАЗА

12. Junior

Конкретный путь устройства на работу junior Solidity, Frontend Web3 разработчиком. Понятное дело что есть платформы с вакансиями в веб3, но там все ищут мидлов и выше. Как бы ты пробивался на работу сейчас? Обязательно ли знать английский на высоком уровне или будет достаточно простого разговорного и умение читать документацию?

Задачи:

знание БАЗЫ

далее переходим на вакансии

вакансии - удалёнка

cryptocurrencyjobs.co

web3.career

indeed.com

glassdoor.com/index.htm

также пост про фриланс

t.me/code_vartcall/770

смотрим, что нужно рынку и пишем проекты с этими технологиями

далее выгружаем проекты на github

и весь процесс своего обучения пишем постами в twitter (X)

людям всегда интересен процесс, за время обучения ты 100% наберешь 1-5к подписчиков и будешь вызывать больше доверия у работодателей

насчет английского - чтение документации и разговорный уровень - отлично! В процессе обучения бустанешь его еще больше!

13. Инвестиции

легко ли получить инвестиции в свой проект? Или нужно иметь какие-то связи жёсткие чтобы проект фонда инвестировала

пока таким не занимался, но уверен, что красивый твиттер тебя как CEO компании, чистая история, интересный проект, постоянный пиар проекта через twitter, взаимодействие с другими проектами, красивый сайт и технология помогут с получением ангелов

14. Работа

Как найти работу, и что для этого нужно?

перечитай

вопрос 11

вопрос 12

далее, чтобы понять, что изучать, чтобы быть нужными рынку - переходите на web3.career, ищите интересующую вас позицию и за работу!

15. Хакатоны

Как выбирать темы и проекты для хакатонов?

есть два вида хакатонов

ты заранее получаешь тему
темы объявляют прямо во время хакатона

так как мы в мире web3 - строим то, что сейчас в тренде! Можем написать инструмент для мем-токенов, dapp на солане, NFT-проект и так далее

выбираем все, что актуально!

16. Английский

Изучение английского для кодера

в августе 2024 писал посты на эту тему

https://t.me/code_vartcall/497

https://t.me/code_vartcall/499

Только лишь практика и эти инструменты спасут нас!

Финал

всем спасибо за вопросы! Желаю всем счастья в этом прекрасном мире web3!

все вопросы - в чат - https://t.me/vartcall_brains

🧠 keep pushing web3!

@vartcall

Централизованные Биржи | Python взаимодействие

2025-01-16T10:53:47.294Z

Кратко разбираем взаимодействие с централизованными биржами на python

1. Подготовка Окружения

Писал в прошлом материале - https://teletype.in/@vartcall/wallet_create_python

Пункт №1

также необходимо установить библилоткеку requests

pip install requests

Для взаимодействия с Bybit -> Используем Rest API

Как его получить api -> https://www.youtube.com/watch?v=_dFhkfd6o8Q

2. Код

import time
import hmac
import hashlib
import requests

api_key = 'bybit_key'
api_secret = 'bybit_secret_key'

base_url = 'https://api.bybit.com'

def get_server_time():    
    response = requests.get(f"{base_url}/v5/public/time")    
    return response.json()['time_now']
    
def create_signature(params, api_secret):    
    query_string = '&'.join([f"{key}={value}" for key, value in sorted(params.items())])    
    return hmac.new(api_secret.encode('utf-8'), query_string.encode('utf-8'), hashlib.sha256).hexdigest()
    
def place_order(symbol, side, order_type, qty, price=None, category='spot'):    
    endpoint = "/v5/order/create" 
       
    params = {        
         "api_key": api_key,        
         "symbol": symbol,        
         "side": side.lower(),        
         "order_type": order_type,        
         "qty": qty,        
         "time_in_force": "GTC",        
         'timestamp': int(time.time() * 1000),        
         'category': category    
         }
         
     if price:        
             params['price'] = price
             

     params['sign'] = create_signature(params, api_secret)    
     response = requests.post(f'{base_url}{endpoint}', data=params) 
       
     print("Response status code:", response.status_code)    
     print("Response text:", response.text)
     
     try:        
         return response.json()    
     except requests.exceptions.JSONDecodeError:        
         print("Failed to decode JSON response")        
         return None     
         

    # let's buy a token
symbol = "TONUSD"
side = "buy"
order_type = "Market"
qty = 1;

order_response = place_order(symbol, side, order_type, qty)
if order_response:    
   print("Order response:", order_response)    
   if order_response['retCode'] == 0:        
      print("Order placed successfully ✅")        
      order_id = order_response['result'].get('order_id', 'order_id not found')        
      print("Order ID:", order_id)        
      print("$TON bought successfully 🚀")        
   else:        
      print("Failed to place order:", order_response.get('retMsg', 'Unknown error'))
else:    
   print("Failed to place order ❌")

3. Анализ

Процесс работы скрипта:

Импорт Модулей - time (функции для работы с временем), hmac (используется для создания HMAC-подписей (Hash-based Message Authentication Code), что является методом проверки целостности данных и их подлинности.), hashlib (алгоритмы хэширования, MD5, SHA-1, SHA-256 и другие), requests (удобные функции для отправки HTTP-запросов)
Получение времени с сервера - функция get_server_time() отправляет запрос на сервер Bybit, чтобы получить текущее серверное время.
Создание подписи - функция create_signature() создает HMAC-подпись для параметров запроса с использованием API-секрета (необходимо для авторизации и безопасности запроса)
Размещение ордера - place_order() принимает параметры ордера (символ, тип ордера, количество и цену) и формирует запрос для размещения ордера на Bybit. После создания подписи и формирования запроса с помощью метода requests.post(), отправляется POST-запрос на сервер Bybit для размещения ордера.
Обработка ответа - Скрипт выводит статусный код и текст ответа от сервера
Размещение ордера на покупку - токен TONUSD, типа ордера Market, и количества 1.

Теперь мы можем взаимодейстовать и с Централизованными Биржами на Python

Все обновления по блокчейн-разработке в моем Telegram-Канале

t.me/code_vartcall

Всем спасибо за прочтение!

16.01.2025

By Vartcall

Dapps Автоматизация | python

2025-01-15T12:57:37.085Z

Кратко разбираем взаимодейтвие с Dapps на Python

План:

Инструменты + Подготовка Окружения
Код
Анализ

1. Инструменты + Подготовка Окружения

Писал в прошлом материале - https://teletype.in/@vartcall/wallet_create_python

Пункт №1

2. Код

from web3 import Web3
infuraUrl = "https://sepolia.infura.io/v3/InfuraKey"
web3 = Web3(Web3.HTTPProvider(infuraUrl))
if web3.is_connected():    
    print("Connected to the Ethereum network ✅")    
    print("Current block number:", web3.eth.block_number)
    
    # let's interact with Dapps - 1. Uniswap
    uniswap_rounter_address = "0xeE567Fe1712Faf6149d80dA1E6934E354124CfE3" 
    # sepolia    
    final_uniswap_rounter_address = web3.to_checksum_address(uniswap_rounter_address)
    
    uniswap_router_abi = [        
        {            
           "constant": True,            
           "inputs": [],            
           "name": "WETH",            
           "outputs": [{"name": "", "type": "address"}],            
           "payable": False,            
           "stateMutability": "view",            
           "type": "function"        
        },        
        
        {            
           "constant": False,            
           "inputs": [                
               {"name": "amountOutMin", "type": "uint256"},                
               {"name": "path", "type": "address[]"},                
               {"name": "to", "type": "address"},                
               {"name": "deadline", "type": "uint256"}            
               ],            
               "name": "swapExactETHForTokens",            
               "outputs": [{"name": "amounts", "type": "uint256[]"}],            
               "payable": True,            
               "stateMutability": "payable",            
               "type": "function"        
          }    
       ]
    uniswap_router = web3.eth.contract(address=final_uniswap_rounter_address, abi=uniswap_router_abi)
    # get WETH from ETH
    weth_abi = [        
             {            
             "constant": False,            
             "inputs": [],            
             "name": "deposit",            
             "outputs": [],            
             "payable": True,            
             "stateMutability": "payable",            
             "type": "function"        
            },        
            
            {            
            "constant": True,            
            "inputs": [{"name": "owner", "type": "address"}],            
            "name": "balanceOf",            
            "outputs": [{"name": "balance", "type": "uint256"}],            
            "payable": False,            
            "stateMutability": "view",            
            "type": "function"        
            }    
         ]
    weth_address = uniswap_router.functions.WETH().call()    
    weth_contract = web3.eth.contract(address=weth_address, abi=weth_abi)
    amount_in_wei = web3.to_wei(0.001, "ether")  
      
    sender_address = "ВашКошелек"    
    private_key = "ВашПриватныйКлюч"    
    print("WETH address:", weth_address)
    
    # TX to swap ETH for WETH
    nonce_ETH_WETH = web3.eth.get_transaction_count(sender_address)  
      
    tx_ETH_WETH = weth_contract.functions.deposit().build_transaction({        
         'from': sender_address,        
         'value': amount_in_wei,        
         'gas': 2000000,        
         'gasPrice': web3.to_wei('50', 'gwei'),        
         'nonce': nonce_ETH_WETH    
       })
       
    signed_tx_ETH_WETH = web3.eth.account.sign_transaction(tx_ETH_WETH, private_key)    
    tx_hash_ETH_WETH = web3.eth.send_raw_transaction(signed_tx_ETH_WETH.raw_transaction)    
    print("SWAP ETH -> WETH Completed ✅")
    
    # check if WETH is at the balance    
    balance = weth_contract.functions.balanceOf(sender_address).call()    
    print("Your $WETH balance:", web3.from_wei(balance, "ether"))
    
    usdt_address = "0xaA8E23Fb1079EA71e0a56F48a2aA51851D8433D0"    
    final_usdt_address = web3.to_checksum_address(usdt_address)
    
    # transaction to swap weth for usdt    
    amount_in_wei = web3.to_wei(0.01, "ether")    
    amount_out_min = web3.to_wei(0.001, "ether") # minimum amount of tokens to receive    
    path = [weth_address, final_usdt_address] 
    # weth to usdt   
    
    to = sender_address   
    deadline = web3.eth.get_block('latest')['timestamp'] + 60 * 20 # 20 minutes from now
    nonce = web3.eth.get_transaction_count(sender_address)    
    
    tx = uniswap_router.functions.swapExactETHForTokens(       
         amount_out_min,         
         path,         
         to,         
         deadline        
         ).build_transaction({ 
             'from': sender_address,            
             'value': amount_in_wei,            
             'gas': 2000000,            
             'gasPrice': web3.to_wei('60', 'gwei'),            
             'nonce': nonce        
         })        
         
     signed_tx = web3.eth.account.sign_transaction(tx, private_key)    
     tx_hash = web3.eth.send_raw_transaction(signed_tx.raw_transaction)    
     
     print("Transaction completed ✅")    
     print(f"Transaction hash: 0x{tx_hash.hex()}")
else:    
     print("Failed to connect to the Ethereum network ❌")

3. Анализ

Начнем с того, что у Uniswap есть два вида смарт-контрактов

Factory Contract Address и V2Router02 Contract Address

Factory отвечает за:

1. Создание новых пар токенов ERC-20. При вызове функции createPair(address tokenA, address tokenB) он генерирует адрес нового контракта пары для указанных токенов.

2. Управление парами: Factory отслеживает все созданные пары, предоставляя информацию о них через функции getPair(address tokenA, address tokenB) и allPairs(uint index).

3. Сборы: Factory управляет адресом получения сборов через функцию feeTo(), а также адресом, уполномоченным изменять этот адрес, через feeToSetter().

V2 Router02 отвечает за:

1. Взаимодействие с пользователями - интерфейс для пользователей (добавление ликвидность, удаление ею и обмени токенов. Он упрощает взаимодействие с парами токенов, созданными через Factory.

2. Добавление ликвидности: Функция addLiquidity(address tokenA, address tokenB, uint amountADesired, uint amountBDesired, uint amountAMin, uint amountBMin, address to, uint deadline) позволяет пользователям добавлять ликвидность в пул для выбранной пары токенов.

3. Удаление ликвидности: Функция removeLiquidity(address tokenA, address tokenB, uint liquidity, uint amountAMin, uint amountBMin, address to, uint deadline) позволяет удалять ликвидность из пула, получая обратно соответствующие токены.

4. Обмен токенов: Функции swapExactTokensForTokens, swapTokensForExactTokens и другие позволяют пользователям обменивать одни токены на другие, используя ликвидность, предоставленную в пулах.

Процесс работы скрипта:

Получаем V2 Router02 контракт в Sepolia в документации
Получаем ABI этого контракта на https://sepolia.etherscan.io/
Создаем объект контракта Uniswap V2 Route (uniswap_router)
Получаем ABI $WETH токена https://sepolia.etherscan.io/
Получение адреса WETH из контракта маршрутизатора Uniswap (weth_address)
Создание экземпляра контракта WETH (weth_contract) и выводим его адрес
Указываем наш кошелек и его приватник (как получить приватный ключ?)
Создаем Транзакцию для обмена $ETH -> $WETH
Подписываем и отправляем эту транзакцию
Проверяем наш кошелек на наличие $WETH
Обмениваем $WETH -> $USDT
Создаем, подписываем и отправляем транзакцию
Вводим сообщение об успешном обмене токенов + хеш транзакции

Теперь мы разобрались как взаимодействовать с Dapps!

Все обновление по блокчейн-разработке в моем Telegram-Канале:

t.me/code_vartcall

всем спасибо за прочтение!

Vartcall

15.01.2025

Генерация Кошельков | Python

2025-01-14T10:32:43.557Z

Кратко разбираем как создавать новые Ethereum кошельки с помощью python скриптов

План:

Подготовка окружения
Код
Анализ

1. Подготовка окружения

Покажи мне свое окружение и я покажу тебе твое будущее

1. Среда Разработки

Я выбираю JetBrains Продукты, пишу в PyCharm (Professional Версия), для старта спокойно подойдет ее беспатный вариант Community Edition

jetbrains.com/pycharm/download

Основые Отличия - Поддержка веб-разработки, баз даных, удаленных сред (Docker, Ssh) и тестирования

Также отлично подойдет VS Code - code.visualstudio.com/

2. Установка компонентов

Установка Python - python.org/downloads

(устанавливаем последнюю версию)

проверяем установку в терминале

python3 --version

pip3 --version

если не работает, проверяем без 3

если pip не установлен - добавляем его самостоятельно

bootstrap.pypa.io/get-pip.py

Устанавливаем в любую папку доступную из командной строки - Downloads например

3. Создание проекта

PyCharm - New Project - Указываем Путь к Папке Проекта

Далее создаем файл любое_название.py

4. Локальная Установка

открываем терминал Alt + f12 / cmd + option + t

переходим в папку нашего проекта

pip install web3

или

pip3 install web3

Также для нашего скрипта нам понадобится еще одна библиотека - eth_account

pip install eth-account

Наш проект готов к работе!

2. Код

from web3 import Web3
from eth_account import Account

infuraURL = "https://mainnet.infura.io/v3/InfuraКлюч"
web3 = Web3(Web3.HTTPProvider(infuraURL))

if web3.is_connected:    
   print("Connected to the Ethereum network ✅ ")    
   print("Current block number:", web3.eth.block_number)ž
   
   Account.enable_unaudited_hdwallet_features()
    # let's create a wallet
   account, mnemonic_phrase = Account.create_with_mnemonic()
   address = account.address    
   private_key = account.key.hex()
   
   print(f"NEW WALLET CREATED ☑")    
   print(f"Address: {address}")    
   print(f"Private key: {private_key}")    
   print(f"Mnemonic phrase: {mnemonic_phrase}")   
    
else:    
   print("Failed to connect to the Ethereum network ❌ ")

3. Анализ

Процесс Выполнения Скрипта:

Подключение web3py библиотеки
Подключение eth_account библиотеки и импорт класса Account для управления аккаунтами
Получение и подключение к Ethereum Ноде через API Infura
Включает функции для работы с HD (Hierarchical Deterministic) кошельками, которые используют мнемонические фразы для генерации адресов и ключей. (Account.enable_unaudited_hdwallet_features())
Создаем новый Ethereum-аккаунт и возвращаем кортеж, содержащий объект аккаунта и сид-фразу, используемую для его создания. - account, mnemonic_phrase = Account.create_with_mnemonic()
Возвращаем адрес Ethereum-аккаунта в виде строки (address = account.address)
Возвращаем закрытый ключ аккаунта в виде байтов (private_key = account.key.hex())
Финал - вывод address, private_key & mnemonic_phrase в консоль

p.s - https://eth-account.readthedocs.io/en/stable/eth_account.html

метод create_with_mnemonic() является экспериментальным и не прошёл аудита

используем его с осторожностью и только в целях разработки или тестирования

справка

Кортеж - неизменяемая последовательность элементов. Он похож на список, но в отличие от списка, кортеж нельзя изменять после его создания: добавлять, удалять или изменять элементы (в нашем случае кортеж = сид-фраза, при ее изменении доступ к кошельку теряется)

.hex(): Преобразует байтовое представление закрытого ключа в строку в шестнадцатеричном формате. Закрытый ключ используется для подписания транзакций и должен храниться в безопасности.

Финал:

Для создания кошелька библиотека web3.py не обязательна.

Мы можем использовать только библиотеку eth_account.

Однако, если необходимо взаимодействовать с сетью Ethereum (проверять баланс или отправлять транзакции), тут web3.py необходим

Всем спасибо за прочтение!

Все обновления по блокчейн-разработке в моем Telegram-Канале

t.me/code_vartcall

14.01.2025

by vartcall

СМАРТ КОНТРАКТЫ | Python edition

2025-01-13T12:01:41.258Z

Сегодня Кратко Разберем Взаимодействие со смарт-контрактами на Python

План:

Что такое Смарт-Контракты
Что необходимо для написания скрипта
Код
Анализ

1. Что такое Смарт-Контракт?

Смарт-Контракт - программный код, который автоматически выполняет, контролирует и документирует выполнение условий соглашения между сторонами.

Он работает на блокчейне и выполняется, когда выполняются заранее определённые условия. Смарт-контракты гарантируют безопасность, прозрачность и автоматизацию, так как они не требуют посредников для исполнения условий контракта.

В блокчейне смарт-контракты могут использоваться для:

фунционирование децентрализованных приложений (dApps)
создания токенов
поддержки финансовых продуктов (DeFi)

и других сервисов, позволяя выполнять операции по заранее заданным правилам, которые не могут быть изменены после их размещения в сети. Это делает блокчейн прозрачным, защищённым и автономным.

Более Подробно про смарт-контракты рассказал в этом видео

youtu.be/zUeX0z03C3M

2. Что Необходимо

Сеть (Mainnet, Ropsten, Rinkeby) или локальная сеть (Ganache или HardHat).
Для публичной ноды используем сервисы (Infura или Alchemy) - они предоставляют API для работы с Ethereum.
Смарт-контракт должен быть уже развернут на выбранной сети, и у вас должны быть его ABI (Application Binary Interface) и адрес. (ABI описывает функции контракта, которые можно вызвать, и типы данных, которые они используют.)
Python + Web3Py библиотека

3. Код Скрипта

from web3 import web3
infuraURL = "https://mainnet.infura.io/v3/InfuraКлюч"

web3 = Web3(Web3.HTTPProvider(infuraURL))

if web3.is_connected():    
     print("Connected to Ethereum network ✅")    
     print(f"Current block number: {web3.eth.block_number}")

    USDT_contract_address = web3.to_checksum_address("0xdac17f958d2ee523a2206206994597c13d831ec7")
    contract_abi = [      
    {            
         "constant": True,  
         "inputs": [],
         "name": "name",
         "outputs": [{"name": "", "type": "string"}],
         "payable": False,
         "stateMutability": "view",   
         "type": "function"        
      },
      
      {            
      "constant": True,
      "inputs": [],            
      "name": "symbol",            
      "outputs": [{"name": "", "type": "string"}],            
      "payable": False,            
      "stateMutability": "view",            
      "type": "function"        
      },        
      
      {            
      "constant": True,            
      "inputs": [],            
      "name": "totalSupply",            
      "outputs": [{"name": "", "type": "uint256"}],            
      "payable": False,            
      "stateMutability": "view",            
      "type": "function"        
      },  
            
      {            
      "constant": True,            
      "inputs": [{"name": "_owner", "type": "address"}],            
      "name": "balanceOf",            
      "outputs": [{"name": "balance", "type": "uint256"}],            
      "payable": False,            
      "stateMutability": "view",            
      "type": "function"        
      },        
      
      {            
      "constant": True,            
      "inputs": [],            
      "name": "decimals",            
      "outputs": [{"name": "", "type": "uint8"}],            
      "payable": False,            
      "stateMutability": "view",            
      "type": "function"        
      }     
    ]
    
    contract = web3.eth.contract(address=USDT_contract_address, abi=contract_abi)
    
    name = contract.functions.name().call()    
    symbol = contract.functions.symbol().call()    
    total_supply = contract.functions.totalSupply().call()   
    decimals = contract.functions.decimals().call()  
    
    # get readable total supply
    readableTotalSupply = total_supply / (10 ** decimals)    
    formattedTotalSupply = "{:,.2f}".format(readableTotalSupply) 
    
    print(f"Name: {name}")   
    print(f"Symbol: {symbol}")    
    print(f"Total supply: {formattedTotalSupply}")
    

    # check balance 
    addressMy = web3.to_checksum_address("0x5041ed759Dd4aFc3a72b8192C143F72f4724081A")    
    balance = contract.functions.balanceOf(addressMy).call()    
    readableBalance = balance / (10 ** decimals)    
    formattedBalance = "{:,.2f}".format(readableBalance)    
    
    print(f"Balance of {addressMy}: {formattedBalance} {symbol}") 
    
else:    

    print("Failed to connect to Ethereum network ❌")

4. Анализ

Процесс Выполнения Скрипта:

Подключение web3py библиотеки
Получение и подключение к Ethereum Ноде через API Infura
Получение адреса USDT (доступен публично на etherscan)
Форматирование Адреса USDT в checksum для избежания ошибок.
Получение ABI смарт-контракта USDT, также на etherscan
Создаём объект контракта в Ethereum, который позволяет взаимодействовать с конкретным смарт-контрактом. (переменная contract)
Вызов функций смарт-контракта - name, symbol, total_supply, decimals
Форматирование - процесс далее
Считываем балланс кошелька OKX на количество USDT (вызываем balanceOf функцию) + форматируем
Вывод баланса OKX адреса

Справки:

checksum - используем для проверки точности и корректности данных, таких как адреса в сети Ethereum или другие идентификаторы.

decimals - функция смарт-контракта, которая возвращает количество знаков после запятой для токена. Например, для токенов ERC-20 это обычно 18.

Как форматируются балансы:

readableTotalSupply = total_supply / (10 ** decimals)

Преобразуем общее количество токенов, хранящихся в переменной total_supply, в более читаемый формат, принимая во внимание количество десятичных знаков, определённых функцией decimals()
total_supply — это общее количество токенов, но в реальности оно может быть задано с дополнительными десятичными знаками (например, для токенов ERC-20 это часто бывает 18 знаков после запятой).
10 ** decimals — вычисляем число 10 (десятичые знаки), возведённое в степень, равную количеству десятичных знаков для токена. Например, если токен имеет 18 десятичных знаков, то результатом будет число 1000000000000000000 (то есть 10^18).
total_supply / (10 ** decimals) — деление общего количества токенов на это число 10 ** decimals приводит к преобразованию величины в более привычный формат, в котором число имеет точность, соответствующую количеству десятичных знаков. Например, если в сети токенов 18 десятичных знаков, то для значения 1000000000000000000 результат будет 1.0, что более интуитивно понятно.

далее

formattedTotalSupply = "{:,.2f}".format(readableTotalSupply)

форматирования числа в строку с двумя знаками после запятой и разделением разрядов с помощью запятой, что улучшает читаемость.

:, — добавляет разделение тысячных разрядов запятой.
.2f — ограничивает число двумя знаками после запятой (форматирует число как десятичное с точностью до двух знаков)
format(readableTotalSupply) — форматирует значение readableTotalSupply с применением указанного шаблона (как было показано выше)

+ formattedTotalSupply обеспечит, что даже если число не имеет десятичных знаков, оно будет отображаться с двумя знаками после запятой, например, "1.00" вместо просто "1".

Теперь мы изучили смарт-контракты и освоили методы их интеграции с Python

все обновления по блокчейн-разработке в моем Telegram-Канале

t.me/code_vartcall

13.01.2025

by vartcall

Транзакции | Python Оптимизация

2025-01-12T12:27:40.447Z

Сегодня разбрем как отпралять транзакции с помощью скриптов на Python

План:

Настройка Python-Окружения
Что необходимо для отправки Транзакций
Код
Анализ

1. Настройка Окружения

Подробная Инструкция t.me/code_vartcall/566

2. Что Необходимо Для Отправки Транзакции?

Web3-Кошелек - Metamask | TrustWallet | Zerion | etc

Адрес отправителя и получателя: два Ethereum-адреса в формате checksum.

Приватный Ключ - Для подписания транзакции и доступа к кошелька отправителя

Сумма перевода: для эфира указывается в wei, для токенов (в их минимальных единицах)

Nonce: количество отправленных транзакций с адреса отправителя (для предотвращения повторных транзакций)

Gas: максимальное количество газа, которое транзакция может использовать.

Gas Price: цена за единицу газа; определяет приоритет транзакции.

upd: как получить приватный ключ - youtube.com/watch?v=iLCl15n_MII

3. Код

from web3 import Web3
from web3.exceptions import TransactionNotFound, TimeExhausted

infuraUrl = "https://sepolia.infura.io/v3/вашInfuraКлюч"

web3 = Web3(Web3.HTTPProvider(infuraUrl))

if web3.is_connected(): 
    print("Connected to Ethereum network")
    sender_address = "0xАдресОтправителя"

    final_sender_address = web3.to_checksum_address(sender_address)
    
    print(f"Sender address: {final_sender_address}")
    
    receiver_address = "0xАдресПолучателя"
    print(f"Receiver address: {receiver_address}")
    

    final_receiver_address = web3.to_checksum_address(receiver_address)
    
    private_key = "приватныйКлючВашегоКошелька" 
    
    nonce = web3.eth.get_transaction_count(final_sender_address)
    
    # создаем транзакцию
    tx = {        
      'nonce': nonce,         
      'to': final_receiver_address,        
      'value': web3.to_wei(0.01, 'ether'),        
      'gas': 21000,       
      'gasPrice': web3.to_wei('50', 'gwei'),      
    }
    # подписать транзацию
    signed_tx = web3.eth.account.sign_transaction(tx, private_key)
    
    try:
        tx_hash = web3.eth.send_raw_transaction(signed_tx.raw_transaction)
    # get the transaction hash
        print(f"Transaction hash: 0x{tx_hash.hex()}")
        receipt = web3.eth.wait_for_transaction_receipt(tx_hash, timeout=120)        
        if receipt.status == 1:           
            print("Transaction successful ✅")        
        else:            
            print("Transaction failed")
    except (TransactionNotFound, TimeExhausted) as e:        
        print(f"Transaction failed: {str(e)}")
else:    
    print("Failed to connect to Ethereum network")

4. Анализ

запускаем скрипт

python файл.py

после проведения транзакции вы получите хеш-транзакции в формате 0xВашХеш

Проверить Транзакцию далее можно на sepolia.etherscan.io указав ваш хеш транзации

Про скрипт (как выполнялась транзакция):

Подключились с блокчейну через Infura
Определили адреса отправителя и получателя (+ преобразовали их в checksum формат)
Определили приватный ключ отправителя
Получили nonce для отправителя (получается количество транзакций, отправленных с адреса отправителя, для предотвращения повторных транзакций)
Создание Транзакции через хеш-таблицу tx с ее транзакции: адрес получателя, сумма перевода, лимит газа и цена газа.
Подписание Транзакции signed_tx через приватный ключ отправителя
Отправка транзакции и обработка ошибок в try: except блоке

Подписанная транзакция отправляется в сеть. Скрипт ожидает получения квитанции о транзакции и проверяет её статус. В случае ошибок (например, транзакция не найдена или истекло время ожидания) выводится сообщение.

Время ожидания прописано в receipt (timeout = 120) - ждем 120 секунд

Также в скрипте я использовал "raw transaction" (сырая транзакция) - это транзакция, которая была подготовлена, но ещё не подписана.

Она содержит все необходимые данные включая: адреса отправителя и получателя, сумму перевода, количество газа, цену газа и другие параметры

После подписания приватным ключом отправителя такая транзакция становится подписанной и готовой к отправке в сеть Ethereum.

Теперь мы научились отправлять транзакции между кошельками. Все обновления и следующие уроки в моем телеграм-канале - t.me/code_vartcall

Всем Кода!

by Vartcall 12.01.2025

Крипто-безопасность с нуля: Как не потерять свои средства

2024-09-01T17:07:25.428Z

ПЛАН

Вступление
Виды мошенничества в крипто-пространстве | База
Defi-гигиена
Мошенничестве с использованием логов браузеров
Скам в Софтах
Инструменты безопасности
Вывод

1. ВСТУПЛЕНИЕ

"Я скажу то, что для тебя не новость. Крипта не такая уж солнечная и приветливая. Это очень опасное, жесткое место. И если только дашь слабину, она ректанет с такой силой тебя, что больше уже не встанешь. Ни ты, ни я, никто на свете не бьёт так сильно, как КРИПТА. Совсем не важно, как ты ударишь, а важно, КАКОЙ ДЕРЖИШЬ УДАР, как двигаешься вперёд. Будешь холдить — ХОЛДИ, если с испугу не продашь. Только так побеждают! Если знаешь, чего ты стоишь, иди и холди своё, но будь готов просадку держать, а не плакаться и говорить: «Я ничего не заработал из-за него, из-за неё, из-за кого-то»! Так делают хомяки, а ты не хомяк! Быть этого не может! …я всегда буду тебя любить, что бы ни случилось. Ты мой зритель — плоть от плоти, самое дорогое, что у меня есть. Но пока ты не поверишь в себя, лайфченджа не будет"

Автор Материала - https://t.me/code_vartcall

Соавторы:

https://t.me/crypt0l0vir

https://t.me/codeherooo

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

Эта та самая статья которая помогла бы мне сэкономить тысячи долларов если бы таковая попалась мне под руку в начале моего становления в крипто-мире

Всем приятного чтение, Варткол вещает

2. ВИДЫ МОШЕННИЧЕСТВА В КРИПТО-ПРОСТРАНТВЕ

P.S. Данный материал носит исключительно информационный характер и не является инструкцией, руководством к действию или финансовым советом. Будьте осторожны и всегда проводите собственное исследование перед принятием решений в сфере криптовалют.

БАЗА:

сейчас мы кратко пройдемся по базовым видам мошенничества и будем идти по нарастающей

Что такое дрейнеры и как их не получить?
Что будет после получения seed-фразы сторонними лицами?

Что такое дрейнеры и как их не получить?

Drainer (с англ. осушитель) - инструмент, который используется для кражи средств с криптокошельков. Дрейнеры представляют собой программные комплексы, предназначенные для быстрого и автоматизированного опустошения кошельков

Что делают дрейнеры:

Позволяют узнать примерную стоимость хранящихся в кошельке криптоактивов и обнаружить среди них особенно ценные.
Умеют создавать транзакции и смарт-контракты, позволяющие быстро и эффективно выводить активы из кошелька жертвы.
Делают транзакцию максимально «мутной», чтобы по ней было сложно понять, что именно произойдет после одобрения (approve).

Где можно подцепить дрейнер?

- Абсолютно везде где можно подключить кошелек.

Любой программист может подделать сайт скажем NFT коллекции Bored Ape Yacht Club - https://boredapeyachtclub.com/ и при подключении вашего кошелька списать абсолютно все NFT и другие активы которые там могут быть

Часто для этого разработчики регистрируют схожие домены, пользуясь тем, что сайты таких проектов обычно размещают в «модных» доменных зонах, похожих друг на друга. (.com, .co, .ly) также .tk, .ml, .ga, .cf - бесплатные зоны доменов

Как например было 17 декабря 2022 года, когда благодаря дрейнеру осущили NFT-Гиганта на $1 миллион Долларов

Тогда программисты создали фейковый сайт реально существующей лос-анджелесской киностудии Forte Pictures и связались от ее имени с влиятельным NFT-коллекционером.

У них была байка о том что они снимают фильм приуроченный технологии NFT и хотели получить от него лицензию в лице NFT со скучающей обезьяной.

Для этого, по словам мошенников, требовалось подписать контракт на "блокчейн-платформе" Unemployd, якобы предназначенной для "лицензирования интеллектуальной собственности", связанной с NFT.

В результате после подключения кошелька и подписания контракта в кошельке NFT-Энтузиаста с него были списаны 14-NFT обезьян общей стоимостью в $1 миллион долларов

https://etherscan.io/tx/0xd82484e970a1a0a065f4e710da84990df5cee35e2305fcf88db44271a24c5ceb - Транзакция этой операции

В результате всего за 0,00000001 $ETH ≈ 0.001 цента с кошелька были украдены все NFT самой узнаваемой коллекции Bored Ape Yacht Club которые были у держателя.

Подробнее об этой ситуации можете почитать тут - https://fullycrypto.com/14-bored-apes-stolen-through-social-engineering-scheme

Как злоумышленники получают трафик на свои сайты:

в 90% случаев это происходит в Twitter, где публикуется самая важная и актуальная информация из крипто-пространства

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

А далее появляются посты такого вида:

Если брать недавние случаи - взлом Twitter-Аккаунта по крипо-безопасности, с которого шел трафик далее на дрейнер-сайт

Также мошенники могут массово закупать рекламу в Google для вывода их днейнер-сайта в топ. Такие конторы быстро прикрывают, но многие невнимательные пользователи успевают терять так свои активы.

Как защититься от дрейнера?

Не кладем яйца в одну корзину. Максимально диверсифицируем наши активы
Быть внимательным и проверять имя домена и его доменную зону (.com, .co etc)
Использовать инструменты для защиты вашего кошелька о которых мы поговорим тут

Что будет после получения seed-фразы сторонними лицами?

Представим такую ситуацию, вы пригласили домой вашу прекрасную даму посмотреть фильм. Ушли в душ, а на следующий день у вас нету ни крипты ни девушки. Неужели ваша сид-фраза лежала просто у вас на столе и попала в руку незнакомке.

Что будет с вашей криптой если кто-то получил доступ к вашей seed-фразе?

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

После этого, кошелёк добавляют в софт, который автоматически выводит все монеты ("автовывод"). Автовыводы бывают разные: некоторые только выводят нативные монеты, некоторые ещё и читают мемпул и перебивают (отправляют транзакции с большим газпрайсом) транзакции, если они идут не на тот кошелёк. А некоторые могут ещё и выводить поступающие токены.

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

В этом случае отправляют монеты и транзакции для отправки токенов так, чтобы они шли в одном блоке. Обычная нода не позволяет отправлять транзакции, которые тратят натив, которого ещё нет на балансе, нужно отправлять транзакции через билдеры, такие как beaverbuild, titan builder и другие, они позволяют отправить транзакции бандлом, так, чтобы пополнение газа от одной транзакции было использовано другой транзакцией.

Зная это, можно спасти свои токены, если ваш кошелёк был взломан, а токены на нём остались.

3. DEFI-ГИГИЕНА

Безопасность в крипте не заканчивается лишь сохранностью сид фразы, приватников и избеганием фишинговых ссылок. Немаловажным фактором сохранности ваших кровных также является ваше поведение при взаимодействии с смарт контрактами. Об этом мы и поговорим в этом разделе.

Фейк контракты

разработчики по ошибке поставили параметр rewardDebt вместо user.amount, содержащий все средства + дополнительный кредит:

Представим ситуацию, ты получил сигнал в своей любимой приватке, что токен ToTheMoon полетит на луну, или же супер возможность для арбитража монетки между CEX и Uniswap. И вот ты ввел название токена на юнике и тебе выдало море токенов с одним и тем же названием, или же твоя любимая приватка дала адрес фейк токена.

Как же этого избежать?

ВСЕГДА ищи и проверяй токены по адресу контракта.

Найди источник, которому ты точно сможешь доверять: официальные ресурсы проект

CoinGecko

CoinMarketCap

Либо же любой другой независимый агрегатор данных о криптовалютах. После этого можешь смело искать на DEX площадке нужный тебе токен по адресу смарт контракта и избежать попадания на фейк контракт

Вот яркий пример, когда под определенную мету выходят контракты с одинаковым тикером, разница заключается лишь в адресе контракта

Скам контракты

Теперь перейдем непосредственно к скаму в самих контрактах. Наиболее подвержены этому - любители заснайпить какой-то щиток на дексе. Один из самых распространненых видов скама - это ханипот

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

Похожим случаем был недавний взлом Instagram Аккаунта McDonalds - 21 августа 2024 года

Тогда житель индии рекламировал криптовалюту Grimace, а также прикрепил контракт на покупку скам-токена, через некоторое время совершив Rug Pull на $700 тысяч долларов в Solana

Rug Pull (раг пулл) - создатели криптовалюты внезапно выводят всю ликвидность с проекта и исчезают оставляя инвесторов ни с чем

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

Если нет желания разбираться самостоятельно, есть отличный способ — использовать чекеры. Вот парочка из них:

1. Token sniffer

Проверяет контракт по многим параметрам составляя “рейтинг доверия” контракту. Из минусов, контракту требуется время для проверки.

2. Hoheypot.is

Более шустрый чекер, но имеет меньше проверок

Однако есть минус: проверка действительна только на момент проверки. Сори за тавтологию. Ловкий скамер может изменить условия продажи или комиссию. И ты попался

Как застраховаться?

1. Помогут базовые знание Solidity (язык программирования смарт контрактов), а также правило — перестать покупать всякую хрень на дексах.

Разобраться в Solidity мне помогла лучшая web3 школа по крипто-разработке Guide Dao

В качестве благодарности я оставляю ссылку на их программу, а также бонус от меня в виде 10% по промокоду "VARTCALL" на любое обучение + бонусы на сайте суммируются

https://www.guidedao.xyz/

К счастью, скамеры зачастую очень ленивы и просто копируют друг у друга скам-контракты. Поэтому распознать скам в коде не составит особого труда просмотрев десяток подобных контрактов.

2. Не использовать мейн кошелек

Этот совет относится не только к DeFi гигиене но и ко многим аспектам в крипте. Основной поинт состоит в том что НИ В КОЕМ СЛУЧЕ не использовать мейн кошелек где ты хранишь большинство своих средств, особенно что касается подключения к дексам и подписывания различных непонятных транзакций.

На скам/фишинг попадаются даже самые опытные криптаны. И этот совет поможет сохранить большую часть твоего депозита, даже если один из твоих кошельков будет скомпроментирован.

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

Он проверен, я уже много лет им пользуюсь, инцидентов с ним никаких не было. После подключения в правом верхнем углу нажимаем на адрес, в выпадающем меню выбираем Approvals и после этого проверяем и отзываем подозрительные approvals.

На этом все, надеюсь я уберег тебе от потерь в будущем, и ты сможешь наконец купить свою ламбу.

4. МОШЕННИЧЕСТВО С ИСПОЛЬЗОВАНИЕМ ЛОГОВ БРАУЗЕРА

Логи Браузера - записи действий, событий и ошибок, которые происходят во время работы браузера. Они могут включать в себя различную информацию, полезную для анализа работы веб-приложений, отладки кода или поиска проблем в работе сайта.

План:

Как работает данный вид мошенничества
Последний и самый интересный пример такого мошенничества
Что привело к потере активов?
Какие функции выполняют расширения Chrome
Какие разрешения имеют расширения Chrome после установки?
Как вредоносные расширения Chrome могут похищать разрешения пользователей?
Почему жертва этого вредоносного расширения потеряла права доступа и средства?
Что может сделать вредоносное расширение Chrome после кражи файлов cookie пользователя?
Профилактические Меры

Мошенники используют специальные программы, которые собирают данные из браузеров жертв, такие как пароли, куки и другие конфиденциальные данные. Эти данные затем продаются на теневых форумах.

Как это работает:

1. Кража данных из браузера:

Мошенники используют вредоносное ПО, чтобы получить доступ к логам браузеров, где хранятся такие данные, как логины, пароли, сессии, куки, сохраненные seed-фразы и другая информация.

Эти логи могут включать даже сохраненные приватные ключи или пароли от криптокошельков.

2. Анализ ваших данных:

Логи продаются на теневых форумах или используются самими злоумышленниками. Они вручную или с помощью автоматизированных скриптов анализируют их в поисках полезной информации, в нашем случае это будут seed-фразы или пароли к криптокошелькам.

3. Процесс подбора паролей:

Если криптокошелек защищен сложным паролем, мошенники могут использовать мощные графические процессоры (GPU) для атаки методом перебора (brute-force атака) на пароль. Этот процесс может занимать время, но благодаря нынешней вычислительной мощности и оптимизированным алгоритмам злоумышленники могут добиться успеха.

4. Результат

После того как мошенники получают доступ к кошельку, они выводят криптовалюту на свои анонимные счета.

Вернуть крипту вы конечно же не сможете (практически не сможете), это же крипта

Последний и самый интересный пример такого мошенничества

История о том как Расширение Chrome которое "получило" $1 миллион долларов от своих пользователей

3 июня 2024 года трейдер из Китая Twitter @CryptoNakamao поделился сообщением о том, как он потерял 1 миллион долларов со своего Binance аккаунта из-за вредоносного расширения для Chrome под названием Aggr.

https://x.com/im23pds/status/1797528115897626708

Согласно длинной тираде трейдера на X, Aggr маскируется под рекламный плагин Google Chrome. Однако после установки он сразу же приступает к краже файлов cookie, хранящихся на компьютере пользователя.

Вредоносная программа выжимает данные из файлов cookie. Затем она использует эту информацию для кражи учетных данных ничего не подозревающей жертвы. Удивительно, но она может даже обойти механизмы двухфакторной аутентификации (2FA).

Это привело к потере активов на миллион со счета Binance китайца. 24 мая CryptoNakamao отследил аномальные действия. Он обнаружил инцидент со взломом только случайно, когда открыл свой счет на Binance, чтобы проверить цену биткоина в этот день.

Что привело к потере активов?

CryptoNakamao рассказал, что установил плагин Aggr в свой браузер Chrome, надеясь, что он предоставит ему доступ к важным данным трейдеров. По его словам, расширение было снабжено вредоносным ПО, которое собирает данные о просмотре страниц и cookies пользователя.

Поскольку трейдер использует тот же компьютер для доступа к своему счету на Binance, хакер, очевидно, сорвал джекпот на его устройстве. В итоге хакер использовал полученную информацию, чтобы проникнуть в портфель криптобиржи и совершить несколько сделок с кредитным плечом, чтобы поднять цены на пары с низкой ликвидностью и заработать на кросс-трейдинге.

Жертва объяснила, что функция 2FA на платформе могла бы помешать злоумышленнику вывести средства. Однако злоумышленник использовал cookies и активные сессии входа в систему на своем компьютере, чтобы обойти протоколы безопасности.

Трейдер возложил вину на Binance за то, что она не смогла заблокировать необычно высокий объем торгов на его счете. Он утверждал, что плагин уже давно находился в списке наблюдения криптовалютной биржи, и ей даже был известен адрес кошелька хакера. Несмотря на это, компания якобы предпочла держать своих пользователей в неведении относительно этого вопроса. Кроме того, она не предприняла необходимых действий, чтобы предотвратить проведение большого количества транзакций с подозрительного адреса кошелька.

Binance ответили на жалобы трейдера, объяснив все тем что это установка плагина - вина трейдера и за такие случаи мы не несем ответственность и деньги вернуть не можем

"К сожалению, у нас нет возможности компенсировать подобные случаи, не имеющие отношения к Binance", - добавил Binance.

Давайте подробнее разберемся с расширениями Chrome, какие данные они получают и как себя обезопасить от таких эксплоитов

P.s - Расширения chrome могут настраивать работу браузера, добавлять новые функции или контент, а также взаимодействовать с веб-сайтами. Расширения Chrome обычно создаются с использованием HTML, CSS, JavaScript и других веб-технологий

Структура расширения Chrome обычно включает следующие компоненты:

- manifest.json: Конфигурационный файл расширения, в котором указывается основная информация, такая как имя, версия и разрешения.

- Фоновые скрипты: Выполняются в фоновом режиме браузера, обрабатывают события и выполняют долгосрочные задачи.

- Скрипты содержимого: Выполняются в контексте веб-страниц, обеспечивая прямое взаимодействие с ними.

- Пользовательский интерфейс (UI): Элементы, такие как кнопки панели инструментов браузера, всплывающие окна и страницы параметров.

Какие функции выполняют расширения Chrome:

Блокировка рекламы: AdBlock, uBlock Origin
Конфиденциальность и безопасность: Privacy Badger, LastPass.
Инструменты для повышения продуктивности: Todoist, Evernote Web Clipper.
Инструменты для разработчиков: React Developer Tools, Postman.
Социальные сети и коммуникации: Grammarly, Facebook Messenger.
Настройка веб-страниц: Stylish, Tampermonkey.
Автоматизация задач: iMacros, DownThemAll.
Перевод языков: Google Translate, deepl
Помощь с криптовалютами: MetaMask, Exodus, Trust Wallet

Какие разрешения имеют расширения Chrome после установки?

После установки расширения Chrome могут запрашивать различные разрешения для выполнения определенных функций. Эти разрешения указаны в файле manifest.json расширения и запрашиваются у пользователя во время установки.

Основные разрешения включают:

<all_urls>: позволяет расширению получать доступ ко всем веб-сайтам и изменять их данные.
tabs: дает доступ к информации о вкладках браузера, включая создание и закрытие вкладок.
activeTab: временно предоставляет доступ к активной вкладке.
storage: позволяет использовать API хранения Chrome для сохранения и извлечения данных.
cookies: доступ к файлам cookie браузера и их изменение.
webRequest и webRequestBlocking: перехват и изменение сетевых запросов.
bookmarks: доступ и изменение закладок браузера.
history: доступ и изменение истории браузера.
notifications: отображение уведомлений на рабочем столе.
contextMenus: добавление элементов в контекстное меню браузера.
geolocation: доступ к географическому положению пользователя.
clipboardRead и clipboardWrite: чтение и запись содержимого буфера обмена.
downloads: управление загрузками.
management: управление другими расширениями и приложениями в браузере.
background: выполнение фоновых задач.
webNavigation: контроль и изменение навигации в браузере.

Данные разрешения позволяют расширениям Chrome выполнять множество функций, но также могут дать доступ к чувствительным данным пользователя, таким как файлы cookie и информация для аутентификации!!

Как вредоносные расширения Chrome могут похищать разрешения пользователей?

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

Широкий доступ к разрешениям: Злонамеренные расширения часто запрашивают большое количество разрешений, таких как доступ ко всем веб-сайтам (<all_urls>), чтение и изменение вкладок браузера (tabs) и доступ к хранилищу браузера (storage). Эти разрешения позволяют расширениям широко отслеживать активность пользователя и получать доступ к его данным.
Манипуляция сетевыми запросами: Злонамеренные расширения могут использовать разрешения webRequest и webRequestBlocking для перехвата и изменения сетевых запросов, что позволяет им красть учетные данные и конфиденциальную информацию. Например, они могут перехватывать данные форм при входе пользователя на сайт и захватывать имена пользователей и пароли.
Чтение и изменение содержимого страниц: С помощью скриптов содержимого (content scripts) злонамеренные расширения могут встраивать код в веб-страницы, чтобы читать и изменять их содержимое. Это позволяет им красть любые данные, вводимые пользователем на веб-страницах, такие как информация из форм и поисковые запросы.
Доступ к хранилищу браузера: Злонамеренные расширения могут использовать разрешения storage для доступа к локальным данным пользователя и их хранения, включая хранилища браузера, которые могут содержать конфиденциальную информацию (например, LocalStorage и IndexedDB).
Манипуляция содержимым буфера обмена: Используя разрешения clipboardRead и clipboardWrite, злонамеренные расширения могут читать и изменять содержимое буфера обмена, крадя или изменяя информацию, которую пользователь копирует и вставляет.
Маскировка под легитимные сайты: Злонамеренные расширения могут изменять содержимое браузера или перенаправлять пользователей на веб-страницы, выдавая себя за легитимные сайты, чтобы обманом заставить пользователей ввести конфиденциальную информацию.
Долговременная работа в фоновом режиме: Расширения с разрешениями background могут непрерывно работать в фоновом режиме, даже когда пользователь активно их не использует, что позволяет им длительное время отслеживать действия пользователя и собирать значительные объемы данных.
Манипуляция загрузками: Используя разрешения downloads, злонамеренные расширения могут загружать и выполнять вредоносные файлы, что дополнительно угрожает безопасности системы пользователя.

Почему жертва этого вредоносного расширения потеряла права доступа и средства?

Вредоносное расширение Aggr имело доступ к важнейшим правам, о которых мы говорили ранее. Вот фрагмент разрешений из файла manifest.json этого вредоносного плагина:

cookies
tabs
<all_urls>
storage

Что может сделать вредоносное расширение Chrome после кражи файлов cookie пользователя?

1. Доступ к аккаунтам:

Используя украденные куки, расширение может имитировать вход пользователя в аккаунты на платформах (в нашем случае мошенник легко зашел на Binance трейдера), получая доступ к информации о балансе и истории транзакций.

2. Выполнение транзакций:

Украденные куки могут позволить расширению выполнять транзакции без согласия пользователя, покупая или продавая криптовалюту или даже переводя активы на другие счета.

3. Вывод средств:

Если куки содержат информацию о сеансе и токены аутентификации, расширение может обойти двухфакторную аутентификацию (2FA) и напрямую инициировать вывод средств, переводя криптовалюту пользователя на кошелек злоумышленника.

4. Доступ к конфиденциальной информации:

Расширение может получить доступ к конфиденциальной информации, хранящейся в аккаунте пользователя на торговой платформе, такой как документы удостоверения личности и адреса, что может привести к дальнейшей краже личности или мошенничеству.

5. Изменение настроек аккаунта:

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

6. Выдача себя за пользователя для атак социальной инженерии:

Злонамеренное расширение может использовать аккаунт пользователя для проведения атак социальной инженерии, таких как отправка мошеннических сообщений контактам пользователя с целью обмана и получения дополнительных конфиденциальных данных.

Профилактические Меры:

Для индивидуальных пользователей:

1. Установка расширений из проверенных источников:

Устанавливайте расширения только из надежных источников, таких как Chrome Web Store, читайте отзывы и проверяйте запрашиваемые разрешения.

2. Использование безопасной среды для браузинга:

Избегайте установки расширений из неизвестных источников, регулярно проверяйте и удаляйте ненужные расширения, используйте разные браузеры для обычного серфинга и финансовых операций.

3. Регулярная проверка активности аккаунта:

Постоянно проверяйте активность входов и транзакций, и сразу реагируйте на подозрительные действия.

4. Выход из аккаунтов после использования:

Всегда выходите из аккаунтов после завершения работы, чтобы избежать рисков.

5. Использование аппаратного кошелька:

Для хранения крупных активов используйте аппаратный кошелек для повышения безопасности.

6. Настройки браузера и защитные инструменты:

Настройте браузер на использование безопасных параметров и установите расширения для блокировки рекламы и защиты конфиденциальности.

7. Использование антивирусного ПО:

Установите и используйте защитное программное обеспечение для обнаружения и предотвращения вредоносных расширений и другого вредоносного ПО.

Для бирж:

1. Принудительное использование двухфакторной аутентификации (2FA):

Требуйте от всех пользователей включения 2FA для входа в систему и выполнения важных операций, таких как торговля и вывод средств, чтобы усложнить доступ к аккаунту злоумышленникам.

2. Управление сессиями и безопасность:

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

3. Усиление настроек безопасности аккаунта:

Отправляйте уведомления о входах, изменениях паролей и выводе средств, а также предоставляйте возможность быстро заморозить аккаунт в экстренных случаях.

4. Усиление систем мониторинга и контроля рисков:

Используйте машинное обучение и анализ больших данных для мониторинга поведения пользователей, выявления аномалий и оперативного вмешательства при рисках.

Внимательно обдумывать установку программного обеспечения, загрузку плагинов или взаимодействие с новыми приложениями. Это поможет предотвратить инциденты и обеспечить более безопасный опыт.

5. СКАМ В СОФТАХ

Материал - https://teletype.in/@brokeboi/dsxymHafdZb

6. ИНСТРУМЕНТЫ БЕЗОПАСНОСТИ

В этом разделе хочу поделиться с вами подборкой полезных crypto инструментов и советов, для безопасности вас и вашей зелени.

Немного душноты. И так, как вы уже должны были понять, работая в web3 вам нужно не только искать и выполнять действия, для того чтобы набить карман котлетой, но ещё и быть крайне осторожным, ведь "опасность" будет поджидать вас за каждым кликом, каждой ссылкой и каждый зевком. Вы должны держать фулл-фокус на процессе вашей работы и оценивать каждое действие.

Начнём?

1. Топ 1 инструмент, которым я пользуюсь постоянно - ВАШ МОЗГ

И да, да, да, повторюсь, никакие. Ещё раз - НИКАКИЕ сайты, расширения, блокировщики не помогут вам, если не продумываете свои действия. Если вы перешли на подозрительный сайт, словили "вирус", подписали фейк апрув кошелька, и тд. и тп., а после начинаете упрекать прогу в неподлинности - вы осёл. Как бы грубо не звучало. Это есть правда. DYOR (do your own research) - очень зашиленная, но как никогда нужна фраза. Делаете свой собственный ресерч, ну и конечно же соблюдайте базовые правила.

2. Ваше web3 железо ≠ дефолт железо

Ваше железо которое вы используете под нужды web3 должно отличаться от вашего железа на котором вы смотрите "Бойцовский клуб", "Барби", "Зелёная миля" и катаете в Dota2 с братвой. Любая скачанная прога может сделать бум для вас, думаю здесь объяснять не нужно.

Версия для мажориков - MacOS лучшая тема. Гаранта нет, но сложнее словить паразитов по типу троянчика. Но кому надо, доберётся до вашего $ETH и $BTC даже через ЭВМ.

Версия лоубанкич - есть возможность, снесите пк и поставьте заново. Паразитик может таиться у вас и не подавать виду, затем резко бум и наделать грязи.

Юзаем лицензионку и антивирус(про него чуть позже), торрент отсекаем.

На железо под web3 не качаем ничего кроме рабочих программ.

Разные цели — разные браузеры

Разделение действий - ваш козырь. Серчите проекты, минтите NFTs в одном месте, залипайте в ютуб, слушайте музыку и ищете рецепт салата "Оливье" в другом. Под web3 юзайте Brave. Очень удобная + безопасная штука со многими фичами, рекомендую. Из поисковых систем - Duckduckgo наилучший вариант по безопасности, но не очень удобный для меня. Brave поиск топ-2, но приятностей больше.

3. Антивирус

Здесь ситуация немного иначе, ведь антивирус хоть и делает вашу работу безопаснее, но и тормозит процесс. Это может сказаться на проф. деятельности, связанной с многозадачностью. Лично у меня на постоянной основе нет данных программ. Однако если вы не способны вручную проверить ваше железо на вирусы, обязательно установите антивирус, и в лучшем случае платный. В платных добавится много фичей + спать вы будете немного спокойней. К счастью их развелось довольно много, поэтому выбирайте на ваш вкус и цвет, главное проверяйте подлинность сайта.

Так же не забывайте регулярно делать глобальные проверки. Не нужно доводить до абсурда и делать 3 раза в день. 1 раз в 3-5 дней - идеально. DrWeb здесь очень поможет.

4. Блокировщик рекламы

Если вы будете следовать совету и использовать Brave - рекламы у вас не будет.

Если вы решили использовать дедов браузеры+поиск - установите AdBlock или uBlock.

ближе к сути

Список полезных(базовых) инструментов под разные задачи:

Coinmarketcap, CryptoRank - Вот эти бро помогут вам брать только официальные ссылки на ресурсы проектов. Обычный поиск выдаст кучу фишинг сайтов. X(Twitter) в кое время был в этом списке и подходит для глубокого ресерча, но новичок может запутаться и попасть не на тот профиль и пойдёт грязь. Лучше перейдите в X с Coinmarketcap или CryptoRank.
Revoke.cash - Отец всех пра-пра-пра-пра-дедов. О нём знает даже твоя бабушка, когда читала базу безопасности web3. Если вкратце, отзывает доступы к вашему кошельку от приложений. Также есть браузерное расширение, которое может уберечь от фишинга.
Fire Wallet - Расширение, которое имитирует транзакцию перед её подписанием, можно отследить свои действия наперёд. Плюсом, накладывается поверх кошелька, нет доступа к средствам и сохраняет конфиденциальность.
Keyscrambler - Обеспечит защиту от перехвата клавиатурного ввода.
VirusTotal - Проверит ссылки/вебсайт на мошеннические фичи, уловки. Распаковывает, сканирует и анализирует. Сильно, но не всегда точно.
Etherscan - Базовая база, любой block explorer может дать вам много информации, будь дефолт кошёлек с транзакциями, либо IDM. Если вы засомневались в чем-то, это ваш герой. *(etherscan - эфировский блок эксплорер, для каждого чейна - свой эксплорер)
Debank - Портфельный трекер для для отслеживания и анализа DeFi-портфеля. Работает с огромным количеством сервисов + дает развернутую картину динамики портфелей.
Crypto Alerts - Сервис оповещения о действиях вашего кошелька. Можно настроить под себя и установить лимиты. Если с вашего кошелька начнут быстро выводить средства, есть вероятность что вы успеете вывести часть денег на роллы.
KeyPass - Менеджер паролей с открытым исходным кодом.
Authy - Двухфакторка с облачными функциями бэкапа. Аналог Google Authenticator c доп. функциями.
Defisafety - Независимая организация, оценивает продукты DeFi и присваивает оценки безопасности.
Web3 Antivirus - Расширение с открытым исходным кодом, защищающее от крипто-мошенников и кражи кошельков в режиме реального времени.

Что насчёт security Телеграм ботов? Если вы знаете билдера, есть исходных код и вы доверяете на 100% - welcome. Лично я не пользуюсь вовсе. Ваш выбор.

И так друзья, мы прошлись по базе, все то, что может облегчить вам жизнь. Но если вы параноик, ниже предоставил некоторые инструменты, которые облегчат / усложнят вам жизнь - могут пригодится

Вот несколько из них:

Immunefi - Платформа для поиска ошибок, которая предлагает услуги безопасности протокола DeFi. Позволяет обнаруживать уязвимости в смарт-контрактах, цепочках и веб-каналах для различных инфраструктур блокчейнов.
HackeroOne - Предоставляет комплексный набор услуг по тестированию безопасности веб-приложений и веб-сайтов, а также по обнаружению уязвимостей. Краудсорсинговым подходом к тестированию безопасности + проверенной стратегии.
BugCrowd - Многофункциональная платформа для поиска ошибок, которая обеспечивает быструю и точную оценку
1Password - менеджер паролей под различные сервисы и т.п Особенно удобно если есть 10-15 акков с бабками, то генерировать сложные пароли и держать их в менеджере. Делать нужно сложные пароли, чтобы не смогли забрутфорсить Не пихать мейн почту в различные сервисы, чтобы туда не приходили скам линки, все пароли также должны быть сгенерированы, а не личные
VeraCrypt - Криптоконтейнеры, сам сейчас особо не пользуюсь, но можно хранить там какие-то кошельки , данные от ферм Как вариант можно сделать криптоконтейнер и закинуть куда-то в гугл драйв со всеми данными в качестве бэкапа Софты запускать на VM / Докерах Понятно что нужен ресерч всегда, но я обычно закидываю на вирустотал, а потом открываю через курсор иде / гружу в gpt чтобы проверил на какие-то угрозы

И тд. в том же духе глубже и глубже в дно океана безумия.

Возможно вам они пригодятся, поэтому сохраните списочек. Но если вы не собираетесь билдить DeFi платформу и смарт контракты, то выдохните. Вам хватит базовых тулзов.

Но даже ими некоторые пренебрегают.

Как так? Опыт + насмотренность. Ну и конечно МОЗГ!

И под конец.

работайте умом. никакие тулзы не помогут вам, если вы переходите по ссылке из вашего дм, в которой вы потенциально заберёте 1k$ на халявку, подписываете всё подряд и качаете себе на пк терабайты фильмецов и 18+ контента. не говоря уже о хранении сидки в доке на пк с названием "my_seed_phrase.txt"

умом...

7. ВЫВОД

Воин должен быть внимателен в своих действиях и не допускать даже незначительных оплошностей.

Благодаря данному материалу и информации в нем вы станете еще более осведомленным в вашем пути в криптопространатве. Желаю каждому задрейнить дрейнер и быть внимательным в ваших действиях

Внимательность!

Автор Материала - https://t.me/code_vartcall

Соавторы:

https://t.me/crypt0l0vir

https://t.me/codeherooo

Изучение Solidity и Блокчейн Разработки - https://www.guidedao.xyz/ + 10% по промокоду "VARTCALL" на любое обучение + бонусы на сайте суммируются