Born on Web3

#Day35/36 🌟

изучено: liquidity pool - архитектура AMM pair, time-based rewards - emission per block / per second

💎выжимка изученного:

🟠liquidity pool и AMM pair

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

в AMM (automated market maker) нет стакана ордеров. Цена формируется за счёт баланса токенов внутри пула

AMM pair это контракт, который хранит два токена. Например ETH и USDT

пользователи добавляют ликвидность в пул и получают LP токены. Эти токены показывают их долю в пуле

пример. В пуле лежит ETH и USDT. Если кто-то покупает ETH, он забирает ETH из пула и добавляет USDT. Баланс меняется и цена автоматически сдвигается

то есть цена зависит не от ордеров, а от соотношения токенов в пуле

главная идея AMM pair это контракт, который:
хранит токены
позволяет делать swap
пересчитывает цену

🟠time-based rewards

это модель наград, где токены начисляются со временем

есть два основных варианта:

emission per block
emission per second

emission per block
Награда начисляется за каждый блок. Чем больше блоков прошло, тем больше токенов распределилось.

emission per second
Награда начисляется по времени, независимо от блоков

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

важно что такие системы обычно используют формулу типа reward per share. Это позволяет честно распределять награды между всеми участниками

#Day33/34🕺

изучено: staking contract - архитектура staking vault, и reward distribution - модель reward-per-share

🪟 выжимка изученного:

🟠staking contract

staking vault - это контракт, где пользователи блокируют свои токены на определённый срок

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

🟠reward distribution

reward-per-share - модель распределения наград пропорционально вкладу

например, если в пуле 1000 токенов и пользователь держит 100, он получает 10% награды
модель обновляет награды автоматически без перебора всех участников
пользователь может забрать свои токены вместе с накопленными наградами в любой момент



#Day31/32 🤔

изучено: token economics - emission и inflation. Token distribution - airdrop, vesting, treasury

🍒 выжимка изученного

🟠token economics - emission и inflation

token economics - это экономика токена внутри проекта. Она описывает, как токены создаются, распределяются и как влияет их количество на стоимость и поведение пользователей

> emission (эмиссия) - процесс создания новых токенов. Определяет, сколько токенов выпускается, как часто и кому они достанутся

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

> inflation (инфляция) - это рост общего количества токенов со временем, что может уменьшать долю старых держателей

пример: если за год выпускается 10% новых токенов от общего supply, это 10% инфляция. Сжигание токенов (burn) помогает компенсировать инфляцию

🟠token distribution - airdrop, vesting, treasury

> distribution - как токены распределяются между участниками проекта

> airdrop - бесплатная раздача токенов для привлечения пользователей или маркетинга

пример: проект раздаёт небольшое количество токенов всем, кто подписан на соцсети или использует протокол

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

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

> treasury - казна проекта для хранения токенов, которые идут на развитие, партнерства или будущие выплаты

пример: 20% токенов проекта остаются в treasury для поддержки разработок и грантов

#Day29/30 🤔

изучено: full system review + integration, ERC20 - mint / burn / supply / mechanics

❤️ выжимка изученного:

🟠full system review + integration

на этом этапе уже важно смотреть не на отдельные куски кода, а на всю систему целиком

в реальном проекте контракт не существует сам по себе. Он работает вместе с фронтендом, кошельками, RPC, индексаторами и другими контрактами. Поэтому важный этап разработки это system review и интеграция всех частей

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

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

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

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

🟠ERC20 - mint / burn / supply / mechanics

ERC20 это стандарт токенов в сети Ethereum. Но внутри него есть важная механика которая управляет эмиссией и уничтожением токенов

основные вещи здесь это totalSupply, mint и burn

totalSupply это общее количество токенов которое существует в системе

mint это создание новых токенов. Когда вызывается функция mint, контракт увеличивает totalSupply и добавляет токены на баланс определённого адреса

простой пример. Если totalSupply был 1000 токенов и контракт создал ещё 100 через mint, общий supply станет 1100

burn это обратный процесс. Токены уничтожаются и totalSupply уменьшается

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

Внутри ERC20 это выглядит примерно так. При mint увеличивается баланс адреса и totalSupply. При burn баланс уменьшается и totalSupply уменьшается

эти механики важны потому что они управляют экономикой токена. Через mint можно выпускать новые токены, а через burn можно уменьшать их количество в системе

по сути mint и burn это базовые инструменты которые позволяют контролировать предложение токена внутри протокола

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

Всем gn, всех обнял ❤️

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

#Day27/28 👑

изучено: role-based access control, passable и circuit breaker

💀 выжимка изученного:

🟠role-based access control (RBAC)

RBAC - это способ управлять доступом к функциям контракта через роли

каждой роли присваиваются права. например:

роль ADMIN может добавлять новых пользователей и менять настройки

роль MINTER может создавать токены

роль USER может только взаимодействовать с базовыми функциями


пример: контракт токена. Только тот, кто имеет роль MINTER, может вызвать функцию mint(). Если обычный пользователь попытается вызвать её, транзакция отклонится.

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

🟠passable

passable - это шаблон или утилита, которая позволяет временно передавать права или управление другим контрактам или пользователям

пример: есть контракт проекта, а один пользователь должен временно управлять функцией без постоянной роли. Через passable можно передать права на определённое время или определённую функцию, а затем они автоматически возвращаются

это удобно для делегирования, тестирования или временного доступа

🟠circuit breaker

circuit breaker - это защитный механизм, который позволяет остановить работу функций контракта при ошибках или атаках

пример: контракт DeFi платформы. Если обнаружена уязвимость, админ может включить circuit breaker. Тогда все критические функции (например withdraw) блокируются до устранения проблемы

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

главная цель circuit breaker - снизить риск потерь и защитить пользователей при сбоях или атаках

А что такое мемпул? 🤓

давайте разберем..

если просто: это временное место, где хранятся все неподтверждённые транзакции

если по-сложнее: когда пользователь отправляет транзакцию, она не попадает в блок сразу. Сначала она отправляется в сеть и попадает в mempool. Mempool можно представить как очередь транзакций, которые ждут подтверждения 😮

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

теперь к быстрым вопросам:

🟠почему мемпул важен в блокчейне?

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

🟠причины удаления транзакции из мемпула

1. транзакция подтверждена в блоке
2. замена (новая транзакция с тем же nonce, но более высокой комиссией)
3. недействительная транзакция - недостаточно средств, ошибка подписи
4. очищение нодой - нода решила убрать старые или слишком дорогие транзакции для экономии памяти

🟠как появляется старый "nonce"

nonce - это счётчик транзакций конкретного адреса.
Каждый раз когда вы отправляете транзакцию, nonce увеличивается на 1.
Если предыдущая транзакция не подтверждена и вы отправляете новую с тем же nonce - это старый nonce

старый nonce может использоваться для замены транзакции (ускорение или отмена)

пример: вы отправили транзакцию с nonce = 5, она в мемпуле. Хочется ускорить, - отправляете новую транзакцию с nonce = 5, но большей комиссией. Старая транзакция исчезнет из мемпула после того как новая будет принята

#Day25/26 🍓

изучено: create2 и детерминированные адреса, minimal proxy (EIP-1167). И создал GitHub на который вы обязаны подписаться

🤔 выжимка изученного:

🟠create2 и детерминированные адреса

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

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

это называется детерминированный адрес. То есть адрес можно вычислить ещё до деплоя контракта

адрес в CREATE2 зависит от нескольких вещей: адрес контракта который делает деплой специальное значение salt bytecode контракта

если эти параметры одинаковые, адрес контракта всегда будет одинаковым. Это даёт интересные возможности

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

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

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

🟠minimal proxy (EIP-1167)

иногда системе нужно создавать много одинаковых контрактов. Например:
>персональные кошельки
>контракты для пользователей
>пулы ликвидности
>отдельные vault контракты

но если каждый раз деплоить полный контракт, это будет стоить очень много газа.
Поэтому используют minimal proxy

minimal proxy это очень маленький контракт, который не содержит всю логику, а просто перенаправляет все вызовы в основной контракт.
То есть есть один основной контракт с логикой. Его иногда называют implementation контрактом

а proxy контракты просто говорят EVM примерно следующее. Если кто-то вызывает функцию у меня, просто передай этот вызов в основной контракт

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

minimal proxy стандартизирован в EIP-1167 и часто используется в factory контрактах, когда нужно быстро и дешево создавать много экземпляров одного и того же контракта

#Day23/24 😱

изучено: internal vs external calls, msg.sender/msg.value в цепочке вызовов, factory pattern и создания контакта из контракта

📕 выжимка изученого:

🟠internal vs external calls

в solidity контракты могут вызывать функции внутри себя или вызывать другие контракты

internal call это внутренний вызов функции внутри того же контракта. Он работает как обычный вызов функции в коде и выполняется быстрее, потому что не создаётся новый вызов в EVM

external call это когда контракт вызывает функцию другого контракта. В этом случае происходит отдельный вызов через EVM и передаются данные между контрактами

простой пример: есть контракт кошелька и контракт токена. Если контракт кошелька вызывает функцию перевода в контракте токена, это уже external call

важно понимать что external calls могут быть опаснее, потому что в этот момент управление временно передаётся другому контракту

🟠msg.sender и msg.value в цепочке вызовов

msg.sender это адрес того кто непосредственно вызвал функцию

msg.value это количество ETH которое было отправлено вместе с вызовом

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

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

для контракта токена:
msg.sender будет контракт обменника, а не пользователь

то есть msg.sender всегда показывает последнего участника в цепочке вызовов

это важно учитывать при написании логики доступа и проверок внутри контрактов

🟠factory pattern

factory pattern это паттерн при котором один контракт создаёт другие контракты

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

это часто используется например для:
>создания новых пулов
>создания новых DAO
>создания новых NFT коллекций
>создания персональных контрактов для пользователей

простой принцип работы:
есть контракт Factory. Пользователь вызывает функцию create. После этого Factory деплоит новый контракт прямо из своего кода

например это может быть фабрика которая создаёт новый NFT контракт для каждого проекта или новый пул ликвидности

в итоге один контракт может создавать много одинаковых контрактов, а также хранить список всех созданных.

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

Gn 🤑

Мм. А что же такое RPC??? 😡

(Remote Procedure Call)

это способ общаться с блокчейном. Еще проще: это мост между твоей программой и блокчейном

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

простой пример: представь официанта в ресторане. Ты не идёшь на кухню сам, - ты говоришь официанту, что хочешь. Официант передаёт запрос на кухню и приносит ответ ☕

в web3 так же: приложение (кошелёк или сайт) не общается напрямую с блокчейном, оно отправляет RPC-запрос

🔘например:

>узнать баланс кошелька
>отправить транзакцию
>получить данные смарт-контракта

🔘rpc провайдеры:

>Alchemy - много запросов в месяц (300M CU), но сложные действия тратят больше. Работает очень быстро и почти никогда не падает
>Infura - 100 000 запросов в день, если нужно больше — надо подтверждать личность. Надёжно и быстро
>Ankr - 250 млн запросов в месяц, но есть ограничения по скорости. Работает нормально.
>QuickNode - лимиты зависят от тарифа, на платных очень большие. Очень быстрый и надёжный
>Pokt Network - лимиты зависят от выбранного шлюза. Иногда скорость скачет из-за децентрализации, но доступ есть всегда
>Chainstack - лимиты зависят от тарифа, быстро и надёжно

🔘как взять свой первый rpc ключ для дальнейшего взаимодействия?

оставляю вам видео-ролик, где все ясно рассказано, ведь в текстовом формате, мне будет вам сложно объяснить https://youtu.be/g34Lk2SPIoc?si=d2Rd5z37zige-4Ni

#Day21/22 🤝

начнём с того что изучил: events как слой данных, архитектура реальных dapp приложений, подход к безопасности в web3

Выжимка изученого: 🙁

🟠events как слой данных:

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

Контракт хранит состояние в storage, а events записывают, что произошло. Фронтенд подписывается на события и обновляет интерфейс, не читая напрямую storage

Когда транзакция выполняется, создаётся receipt с статусом, потраченным газом и списком логов. Events состоят из topics (для быстрого поиска) и data (данные события)

Пример: при переводе токенов контракт меняет балансы и создаёт event Transfer. Фронтенд или индексатор считывают его и сразу видят кто и сколько отправил

Главная мысль: events — это журнал действий контракта, отдельный data layer для внешних систем

🟠архитектура реальных dapp приложений:

многие думают: написал контракт → задеплоил → dapp готов. На деле контракт - только фундамент. Настоящий dapp - это несколько слоёв

1. Фронтенд - сайт в браузере, написан на JS/TS. Отвечает за кнопки, страницы, балансы. Не знает о блокчейне напрямую

2. Кошелёк - MetaMask, Rabby и др. Хранит ключ, подписывает и отправляет транзакции. Фронтенд формирует транзакцию, кошелёк подтверждает и отправляет в сеть

3. RPC провайдер — Infura, Alchemy, QuickNode. Фронтенд через него читает баланс, состояние контракта, события

4. Смарт-контракт - хранит состояние и логику. Меняет storage и создаёт events при транзакциях

5. Индексаторы - The Graph или собственные. Читают события, формируют базу данных, чтобы фронтенд быстро показывал информацию

Итог: пользователь → фронтенд → кошелёк → RPC → блокчейн → контракт → events → индексаторы → фронтенд

Главная мысль: dapp - это не только контракт, это целая система слоёв, которые вместе создают полноценное web3 приложение

🟠подход к безопасности в web3:

изначально я написал очень большой текст по всем трём темам, где всё подробно разжевал. Но тг просто не дал опубликовать его полностью, - слишком много символов. Поэтому с помощью нейронки я немного сократил текст, оставив главную суть. А по третьей теме дам вам просто очень классную статью по безопасности в мире web3 - держите

https://teletype.in/@vartcall/how-to-save

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

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

gn🖤

История Bitcoin 🟠

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

идея появилась в 2008 году. Неизвестный разработчик или группа разработчиков под псевдонимом сатоши накамото опубликовал документ под названием whitepaper - Bitcoin: A Peer-to-Peer Electronic Cash System

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

в 2009 году сатоши запустил сеть bitcoin и создал первый блок в истории - genesis block. В него даже была встроена фраза из газеты:

“the times 03/jan/2009 chancellor on brink of second bailout for banks”

это был намёк на финансовый кризис и идею создать альтернативу банковской системе ✍️

первые годы сетью пользовались в основном разработчики и криптоэнтузиасты. Тогда bitcoin практически ничего не стоил

в 2010 году произошла первая известная покупка за bitcoin. Разработчик лазло ханеч купил две пиццы за 10 000 BTC. Сейчас этот день известен как bitcoin pizza day 😑

bitcoin работает на механизме консенсуса Proof of Work

proof of work - это система, где майнеры используют вычислительную мощность, чтобы решать сложные математические задачи
кто первым решает задачу, тот добавляет новый блок в блокчейн и получает награду в BTC

так сеть подтверждает транзакции и защищается от атак

каждые ~4 года происходит событие под названием halving
halving - это уменьшение награды за блок в два раза

например:
2009 - 50 BTC за блок
2012 - 25 BTC
2016 - 12.5 BTC
2020 - 6.25 BTC
2024 - 3.125 BTC

это делает bitcoin дефляционным активом, потому что новых монет становится всё меньше

максимальное количество bitcoin ограничено - 21 миллион монет, - это правило прописано прямо в протоколе. Поэтому bitcoin часто называют цифровым золотом

🟠Преимущества:

> децентрализация: сеть работает без центрального управления
> ограниченная эмиссия: максимум 21 млн BTC
> безопасность: сеть защищена огромной вычислительной мощностью
> прозрачность: все транзакции записываются в публичный блокчейн

🟠Сети:

> Mainnet - основная сеть bitcoin с реальными транзакциями
> Testnet - тестовая сеть для разработчиков
> Regtest - локальная сеть для разработки и тестирования

🟠Терминология:

> BTC - нативная монета сети bitcoin
> Blockchain - цепочка блоков, где хранится история транзакций
> Mining - процесс создания новых блоков и получения награды
> Hash - криптографическая функция, которая используется для защиты данных
> Node - компьютер, который хранит копию блокчейна и проверяет транзакции
> Halving - событие уменьшения награды за блок
> Satoshi - минимальная единица BTC. 1 BTC = 100 000 000 satoshi

⚔️👁⚔️
bitcoin стал первым работающим примером децентрализованных денег и положил начало всей криптоиндустрии. Если ethereum стал платформой для приложений, то bitcoin остаётся самым надёжным и децентрализованным цифровым активом в мире

#Day19/20 📕

выучено: proxy и upgradeable контракты, gas оптимизация и storage-стратегии

также решил укрепиться в python, начал проходить данный плейлист (уже на 7 уроке), и могу посоветовать данный сайт что-бы попрактиковаться

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

gn 🥱

#Цели до 15 марта 🤔

понимаю что нужно больше времени посвятить web3, продвижению, английскому та и вообщем-то дисциплине

цели:
🟠3 информативных поста вам сюда
🟠каждый день ставить себе задачи (не спрашивайте зачем, просто давно хотел выработать дисциплину в постановке целей на каждый день)
🟠каждый день изучения web3 по 1 часу
🟠каждый день изучения английского по 30мин
🟠5 раз посетить спорт-зал
🟠100пдп в X/ 120пдп в тг

вот такие вот цели, - остаётся лишь осуществить. Всем доброй ночи. Gn💸

#Day17/18 👅

начнём с того, что выучил:
abi, function selector, calldata, low-level call, delegatecall, staticcall, - пока всё. Чувствую, что буду повторять, потому что не до конца всё понял и разобрал

также постоянно посещает мысль, что многое в web3 я недорабатываю и мог бы намного больше пределять этому времени, - но я ленюсь, так что буду это исправлять

по плану сейчас продолжать изучение и параллельно на ютуб подыскать какие-то плейлисты по Python / Solidity, и наконец начать хотя бы немного изучать и пробовать себя в TS, для лучшего понимания языков

вроде бы всё. Ждите ещё сегодня новые цели на 10 дней, и завтра врываемся в новый день с полным зарядом ❤️

Что касаеться челенджа 😳

let's go

> 6 часов изучения английского
> 10 часов изучения web3
> 100 пдп в телеграме
> 30 пдп в твитере
> 3 информативных поста

⚡️все выполнено, и я доволен

следующие цели поставлю уже завтра, а сейчас просто буду ложиться спать

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

Gn ребзя. Всем позитива 🖤

История Ethereum🥉

ethereum это тоже блокчейн первого уровня, созданный для запуска смарт-контрактов и децентрализованных приложений
если биткоин задумывался как цифровые деньги, то Ethereum стал платформой, где можно строить целые экосистемы: DeFi, NFT, DAO и многое другое

идея появилась в 2013 году. Основатель Виталик Бутерин, молодой разработчик и один из авторов Bitcoin Magazine предложил сделать блокчейн не только для переводов, а как «глобальный компьютер», где любой может запустить код без цензуры и остановки

в 2014 году прошёл краудсейл, а в 2015 официально запустилась сеть. Разработкой занималась организация Ethereum Foundation 🤣

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

сначала эфир работал на Proof of Work, как и биток

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

в 2022 году произошёл переход на Proof of Stake

proof of stake работает по другому принципу
вместо майнеров есть валидаторы. Что-бы стать валидатором, нужно застейкать 32 ETH, и сеть случайно выбирает одного из них для создания блока
чем больше стейк и чем честнее работа, тем выше награда

🟠Преимущества:

> гибкость: можно создавать токены, NFT, DeFi-протоколы
> огромная экосистема: тысячи приложений и инструментов
> децентрализация: большое количество валидаторов
> безопасность: сеть проверена временем и миллиардами долларов

🟠Сети

> Mainnet - основная сеть с реальными активами
> Sepolia - тестовая сеть для разработчиков
> Holesky - новая тестовая сеть для валидаторов
> Localhost - локальная разработка через Hardhat или другие инструменты

🟠Терминология

> ETH - нативный токен сети, используется для оплаты газа и стейкинга
> Gas - комиссия за выполнение операций в сети
> Gwei - малая единица ETH. 1 ETH = 1 000 000 000 gwei
> Smart Contract - программа внутри блокчейна
> EVM - виртуальная машина Ethereum, которая исполняет код
> ERC-20 - стандарт для создания токенов
> ERC-721 - стандарт для NFT
> Layer 2 - решения для масштабирования, например Arbitrum или Optimism

⚔️👁⚔️
ethereum стал фундаментом для всего web3. Если solana делает ставку на скорость, то ethereum на универсальность и экосистему

далее история btc..

#Day16 🫙

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

сегодня изучил deploy скрипт + verifi в explorer, и abi, function selector, calldata

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

всем позитива. Gn 🤞