Solana с нуля

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

И чтобы эти 61 день прошли еще красочнее, я делаю последний донабор в наш второй поток обучения Solana

Участие абсолютно бесплатное, главное - ваша заинтересованность и готовность работать

Заполняй форму, если готов:

forms.gle/iKWBefVESm5wZo1k8
forms.gle/iKWBefVESm5wZo1k8
forms.gle/iKWBefVESm5wZo1k8

Дедлайн: Понедельник 11:11 по Киеву

Все необходимое для старта в web3

Ethereum Edition

1 пост, который станет нашим проводником в мир web3

1. Кошельки

metamask.io - интерфейс-посредник, позволяющий твоему приложению подписывать транзакции и работать с Ethereum и L2 в браузере, не имея собственного бэкенд-узла. Является EOA (Externally Owned Account) - обычный кошелёк в Ethereum, которым управляет приватный ключ.

app.safe.global - контрактный кошелёк - сам кошелёк существует в виде смарт-контракта в сети. Идея Safe - мультиподпись. Вместо одного приватного ключа (как в обычном кошельке), у Safe может быть несколько владельцев. Можно настроить правило, например: чтобы транзакция выполнилась, её должны подтвердить 2 из 3 владельцев.

ready.co - смарт-кошелёк для обычного пользователя, но тоже на базе контракта. Тут у нас защита от потери доступа, восстановление без seed, лимиты и Guardians. Guardians - адреса, которым ты доверяешь подтвердить, что это действительно ты, если ты потеряешь доступ к кошельку.

EOA (Metamask) - один приватный ключ, просто адрес, нет мультиподписи

Контрактный Кошелек (Safe, Ready) - логика доступа хранится в смарт-контракте:
может быть несколько ключей, мультиподпись, восстановление, лимиты и т.д.

2. Языки Программирования

Python - скриптовый язык программирования. NFT площадку на нем не напишешь, но можно: подключаться к ноде, читать данные из блокчейна, проверять балансы, отслеживать транзакции и события. Можно отправлять транзакции, вызывать функции контрактов и подписывать их приватным ключом. Часто на Python пишут ботов: арбитраж, MEV, эксплореры блокчейна и так далее. Подходит для backend-части web3-приложений

JavaScript / TypeScript - также скриптовые языки программирования, но работающие как на сервере так и в браузере. Благодаря ним подключаются кошельки (MetaMask и т.д), считывают адрес пользователя, показывают баланс, вызывают функции контрактов и отправляют транзакции с сайта или приложения. С помощью JS/TS пишут интерфейсы dApps - обменник, NFT-маркетплейс, DeFi-панель или панель кошелька, которую ты видишь в браузере, работает через web3-библиотеки на JS/TS. На TypeScript часто пишут backend для web3, он хорошо вписывается в экосистему Node.js, даёт типизацию и удобнее для крупных проектов.

Solidity - язык, на котором пишут логику блокчейна. Все правила того, как работает протокол, токен, NFT, DeFi-платформа или DAO - прописаны в смарт-контрактах на Solidity. Смарт-контракт - программа, которая живёт внутри блокчейна и работает по заданным правилам автоматически. Её нельзя изменить после развертывания, и все действия выполняются прозрачно и одинаково для всех.

3. Библиотеки языков программирования

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

Python + web3.py - библиотека взаимодействия с блокчейном Ethereum: подключение к любой EVM-совместимой сети через RPC, получение информацию о блоках, транзакциях и аккаунтах, чтение данные и состояние смарт-контрактов, вызывов их функции, подписание и отправка транзакций с помощью приватного ключа, отслеживание событий и логов, генерация кошельков и управление адресами, декодирование calldata, работа с ABI, взаимодействие с токенами ERC-20 и NFT, чтение мемпула, автоматиация действия в DeFi и DEX, постройка ботов, арбитраж, мониторинг и backend-логика для web3-приложений.

JavaScript / TypeScript (JS/TS) + ethers.js / viem - ко всему, что есть в python + web3.py, они работают во фронтенде, в браузере. Это позволяет сайту напрямую взаимодействовать с кошельком пользователя, показывать баланс, обновлять данные в интерфейсе в реальном времени, ловить смену сети и аккаунта, и вызывать поп-ап MetaMask или любого другого кошелька для подписи транзакции.

JS / TS + wagmi - React-хуки для viem. Делает подключение кошельков, работу с контрактами и подписывание в UI простым и быстрыми.

50 реакций - вторая часть!

vartcall

Все необходимое для старта в web3

Часть 2

Ethereum Edition

3. Библиотеки языков программирования

JS/TS

RainbowKit - готовые UI-компоненты для кнопки "Connect Wallet" и кошелёчного модального окна. Работает поверх wagmi.

Reown / WalletConnect - выбор и подключение кошельков через WalletConnect. Полезно для мобильных приложений.

4. RPC - мост между нашим скриптом и блокчейном

infura.io - бесплатно получаем 1 API ключ и 3млн кредитов в день. Для обучения разработке будет вполне достаточно

alchemy.com/dapps/alchemy - альтернатива infura + 300 000 000 Compute Units (CU) / месяц

quicknode.com ≈ 10 000 000 API Credits / месяц. Лимит по пропускной способности: ≈ 25 запросов/секунда для бесплатного тарифа.

Самые приятные по использованию: quicknode.com и infura.io

5. Редакторы кода

code.visualstudio.com - фундаментальный редактор кода, поддерживает все языки программирования, главное - устанавливать нужны языковые компоненты. Чтобы не париться по этому поводу - придумали IDE

IDE - (Integrated Development Environment) - интегрированная среда разработки - программа, которая объединяет в себе все инструменты, нужные для написания, тестирования и отладки кода.

jetbrains.com/pycharm - IDE для python
jetbrains.com/webstorm - IDE для JavaScript/TypeScript
remix.ethereum.org - IDE для Solidity

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

6. Тестовые сети Ethereum и Краны тестовых токенов

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

Краны Sepolia

alchemy.com/faucets/ethereum-sepolia

faucet.quicknode.com/ethereum/sepolia (На вашем кошельке должен быть минимум 0.001 $ETH ≈ $3.51 в основной сети Ethereum)

faucets.chain.link/sepolia (На основной сети должен быть 1 $LINK ≈ $17)

infura.io/zh/faucet/sepolia (логин в свой аккаунт Infura)

cloud.google.com/application/web3/faucet/ethereum/sepolia

getblock.io/faucet/eth-sepolia

Краны Hoodi

faucet.quicknode.com/ethereum/hoodi (На вашем кошельке должен быть минимум 0.001 $ETH ≈ $3.51 в основной сети Ethereum)

cloud.google.com/application/web3/faucet/ethereum/hoodi

faucet.hoodi.ethpandaops.io (Proof of work механизм - посидите пару минут на сайте, чтобы майнить токены)

stakely.io/faucet/ethereum-hoodi-testnet-eth

hoodifaucet.io

faucet.chainstack.com/hoodi-testnet-faucet (Регистрируемся на сайте, получаем API ключ, вставляем его вместе с кошельком и получаем токены)

access.rockx.com/faucet-hoodi (Выполнил задание - получил тестовые токены)

7. Фреймворки для разработки смарт-контрактов

hardhat.org - фреймворк на JS/TS для Solidity-разработки. Позволяет запускать локальную сеть компилировать контракты, писать тесты, деплоить в любую сеть через RPC. Пишем тесты на JavaScript/TypeScript

getfoundry.sh - Инструментальная среда для разработки, тестирования и деплоя смарт-контрактов на Solidity, написанная на Rust. Цель - сделать всё то же, что делает Hardhat, но в десятки раз быстрее и без JavaScript-зависимостей. Пишем тесты на Solidity

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

vartcall

Что происходит на Олимпе?

1.5 месяца прошло с момента создания моего закрытого пространства web3 разработчиков - Олимп.

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

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

Теперь, на олимпе, я объединил все эти знания и все, что нам остается - изучать письменные материалы, слушать подкасты (которых на Олимпе уже более 10), приходить на прямые эфиры и смотреть закрытые материалы мира web3.

Хочешь изучить работу с Solana или Ethereum - материалы по этим блокчейнам постоянно добавляются на Олимп!

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

Вся информация про вход в наше сообщество доступна тут - t.me/goto_olympys

31 декабря в 23:03 цена повышается на $100

Изучаем web3 вместе!

vartcall

Этапы Транзакции Ethereum

Часть 1

Обновил превью к последнему видео на эту тему, а сегодня, обсудим этот материал в формате поста!

Как работает Ethereum транзакция под капотом?

План:

1. Формирование транзакции в кошельке
2. Работа с RPC
3. Мемпул
4. Блок-Билдер
5. Реелер
6. Задача Валидатора
7. Блок распространяется по сети и становится частью цепочки

Разберем коротко и по порядку

1. Формирование транзакции в кошельке

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

Кошелёк под капотом собирает полный “паспорт” транзакции:

адрес отправителя и получателя

сумму перевода

данные для контракта (если это свап, депозит и т.п.)

идентификатор сети (chainId), чтобы транзакция не уехала в чужую сеть

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

лимит газа и параметры комиссий: maxFeePerGas и maxPriorityFeePerGas

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

2. Работа с RPC

Дальше в игру вступают инфраструктурные провайдеры: Infura, Alchemy, QuickNode и другие. Кошелёк отправляет raw-транзакцию на RPC-узел - входная точка в сеть Ethereum.

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

корректна ли подпись и действительно ли её поставил владелец адреса

совпадает ли nonce с тем, что узлу известно о счётчике транзакций этого аккаунта

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

валиден ли формат транзакции и её параметры газа

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

3. Мемпул

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

Узел добавляет туда транзакцию и рассылает информацию о ней другим узлам по p2p-сети. Те повторяют проверку и тоже кладут её в свои мемпулы. Через несколько секунд большинство узлов в сети знают о твоей транзакции.

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

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

Здесь в дело вступает тот, кто решает, какие именно транзакции попадут в следующий блок.

4. Блок-билдер

В современных реалиях Ethereum блоки собирают не валидаторы, а блок-билдеры.

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

блок принёс максимум комиссии

можно было извлечь дополнительную выгоду за счёт порядка операций (MEV)

ничего не ломало состояние сети и не конфликтовало по nonce

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

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

Далее разберем задачи релеера, валидатора и процесс распространения блока по блокчейну, все это во второй части!

Смотреть видео - youtu.be/UIK2wXx_Ovg

VARTCALL