#новости этой недели: пишу статью с вопросами ко мне, другое и опрос.

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

2. Прошу ответить на опрос ниже. Задумался, что может стоит переименовать канал? Например, назвать "Незрячий программист в крипте".

3. Опубликовал во вторник анонс ноябрьского события The trends, но оказалось, что они не смогут меня сопроводить туда и обратно.
Поэтому удалил.

4. Отдыхаю. Из-за этого нет крупных статей с обзорами.

Всё.
Хорошего дня!

😎 Незрячий web3 программист (подписаться)
Чат | бот

📟 Прилетело из @blind_dev

Атака майнеров. Часть 3

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

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

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

Настоящая случайность (randomness) в блокчейне – это сложно. block.timestamp и block.difficulty на первый взгляд могут казаться случайными, но майнеры могут влиять на них, делая результат предсказуемым.

Майнеры могут манипулировать block.timestamp в рамках правил консенсуса, и хотя они имеют очень ограниченный краткосрочный контроль над block.difficulty, полагаться на них в критически важных для безопасности логических операциях – в целом плохая идея.

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

Давайте посмотрим на несовершенный лотерейный контракт:

pragma solidity ^0.8.0;


// SPDX-License-Identifier: UNLICENSED


contract Lottery {
    address public winner;


    function pickWinner() public {
        // Vulnerable randomness generation using block.timestamp
        uint256 randomNumber = uint256(block.timestamp) % 100;
        if (randomNumber == 7) {
            winner = msg.sender;
        } else {
            winner = address(0);
        }
    }


    function getBlockTimestamp() public view returns (uint256) {
        return block.timestamp;
    }
}

Здесь pickWinner использует block.timestamp для генерации «случайного» числа. Злоумышленник может изменить временную метку блока, содержащего транзакцию pickWinner, повлияв на результат и сфальсифицировав лотерею.

Вместо того, чтобы полагаться на легко манипулируемые свойства блока, используйте безопасный источник случайности, такой как Chainlink VRF, который предоставляет проверяемое и непредсказуемое случайное число, обеспечивая справедливость и предотвращая манипуляции. Свойства блока, такие как block.prevrandao, также лучше, чем block.timestamp, но все же не следует полагаться на них из-за возможности их устаревания.

📟 Прилетело из @solidityset

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.19;


import {VRFConsumerBaseV2Plus} from "@chainlink/contracts/src/v0.8/vrf/dev/VRFConsumerBaseV2Plus.sol";
import {VRFV2PlusClient} from "@chainlink/contracts/src/v0.8/vrf/dev/libraries/VRFV2PlusClient.sol";


/**
 * @noscript SecureLottery
 * @notice A lottery contract using Chainlink VRF V2.5 for verifiable randomness
 * @dev This is an example contract and should not be used in production without proper auditing
 */
contract SecureLottery is VRFConsumerBaseV2Plus {
    // Chainlink VRF configuration
    uint256 public s_subnoscriptionId;
    bytes32 public keyHash = 0x787d74caea10b2b357790d5b5247c2f63d1d91572a9846f780606e4d953677ae; // Sepolia gas lane
    uint32 public callbackGasLimit = 100000;
    uint16 public requestConfirmations = 3;
    uint32 public numWords = 1;


    // Lottery state variables
    uint256 public randomNumber;
    address public winner;
    mapping(uint256 => bool) public requestIds;
    uint256 public lastRequestId;


    // Events
    event RandomnessRequested(uint256 requestId);
    event WinnerSelected(address winner, uint256 randomNumber);


    /**
     * @param subnoscriptionId Chainlink VRF subnoscription ID
     * @param vrfCoordinator Address of the VRF Coordinator contract
     */
    constructor(
        uint256 subnoscriptionId,
        address vrfCoordinator
    ) VRFConsumerBaseV2Plus(vrfCoordinator) {
        s_subnoscriptionId = subnoscriptionId;
    }


    /**
     * @notice Request random number from Chainlink VRF
     * @param useNativePayment Whether to pay in native tokens (true) or LINK (false)
     * @return requestId The ID of the randomness request
     */
    function requestRandomWinner(bool useNativePayment) external returns (uint256 requestId) {
        // Request randomness from Chainlink VRF
        requestId = s_vrfCoordinator.requestRandomWords(
            VRFV2PlusClient.RandomWordsRequest({
                keyHash: keyHash,
                subId: s_subnoscriptionId,
                requestConfirmations: requestConfirmations,
                callbackGasLimit: callbackGasLimit,
                numWords: numWords,
                extraArgs: VRFV2PlusClient._argsToBytes(
                    VRFV2PlusClient.ExtraArgsV1({
                        nativePayment: useNativePayment
                    })
                )
            })
        );


        requestIds[requestId] = true;
        lastRequestId = requestId;
        emit RandomnessRequested(requestId);
        return requestId;
    }


    /**
     * @notice Callback function called by VRF Coordinator when randomness is fulfilled
     * @param requestId The ID of the randomness request
     * @param randomWords The random words generated by Chainlink VRF
     */
    function fulfillRandomWords(
        uint256 requestId,
        uint256[] calldata randomWords
    ) internal override {
        require(requestIds[requestId], "Request not found");
        require(randomWords.length > 0, "Random words array is empty");


        // Process the random value
        randomNumber = randomWords[0] % 100; // Example: limit to 0-99 range


        // Lottery winner selection logic would go here
        // For example, if you have participants in an array:
        // winner = participants[randomNumber % participants.length];


        emit WinnerSelected(winner, randomNumber);
    }


    /**
     * @notice Get the status of a VRF request
     * @param requestId The ID of the randomness request
     * @return exists Whether the request exists
     */
    function getRequestStatus(uint256 requestId) external view returns (bool exists) {
        return requestIds[requestId];
    }
}

📟 Прилетело из @solidityset

Этот контракт SecureLottery использует Chainlink VRF для генерации действительно случайного числа. Функция requestRandomWords запрашивает случайное число у службы Chainlink VRF. Функция fulfillRandomWords (которая ДОЛЖНА присутствовать при наследовании от VRFConsumerBaseV2Plus) получает случайное число и использует его для определения победителя. Это обеспечивает справедливый и непредсказуемый результат лотереи.

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

#miner #mev

📟 Прилетело из @solidityset

Сентябрь 2025

Разберем все самые важные события и обновления этого месяца

Контент:

Лучший сайт для изучения WEB3

Зачем тебе 200 тг-каналов, когда есть Twitter Списки

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

Зачем я ВЛЕЗ в WEB3?

Без ЭТИХ языков WEB3 НЕ СУЩЕСТВУЕТ

RPC с НУЛЯ: как работает сердце блокчейна

ПЕРВЫЙ СКРИПТ для БЛОКЧЕЙНА: проще, чем ты думаешь

Запуск закрытого сообщества - Олимп

Последние 4 видео решил сделать в новом формате, накиньте фитбек, что улучшить, за самые интересные обновления отправлю файл - как начать свой путь в web3

📟 Прилетело из @code_vartcall

ШОБ ВЫ ПАНИМАЛИ

Пол дня разбирался с сейлом YB на legion. Если честно, это один из самых странных и глупых сейлов, которые я видел.

Контракт совершенно не приспособлен для фкфс:

1) Ончейн таймстемп старта не зашит. Когда бек разрешит, тогда и стартанет сейл :) Может стартануть на 15 минут раньше объявленого времени, например

2) Кепка сверху не ограничена. То есть туда могут накидать сильно больше 3кк. Как они будут распределять фкфс аллоки? Слишком много вопросов и слишком мало ответов

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

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

5) Для фкфс в эфире надо газануть. Не исключаю, что результаты этого фкфс отменят, деньги рефанднут, но газ никто не возместит


Вывод?
На 99% уверен, что будет как с фуелом (миша всё хуйня, давай по новой)
Честно, хочу скипнуть, попробовать только руками. Несмотря даже на готовый софт, я уверен, что меня наебут (as usual)

Что думаете сами вообще?

📟 Прилетело из @findmeonchain

Атака майнеров. Часть 4

Зависит ли логика контракта от порядка транзакций?

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

Устранение: Реализуйте защиту, позволяя пользователям указывать приемлемые результаты, которые отменяют транзакции в случае нарушения.

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

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

Вот упрощенная уязвимая DEX:

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.13;


import "@openzeppelin/contracts/token/ERC20/ERC20.sol";


// Simple ERC20 token for testing
contract TestToken is ERC20 {
    constructor(string memory name, string memory symbol, uint256 initialSupply) ERC20(name, symbol) {
        _mint(msg.sender, initialSupply);
    }
}


// Simplified DEX that's vulnerable to front-running
contract VulnerableDEX {
    TestToken public tokenA;
    TestToken public tokenB;
    uint public reserveA;
    uint public reserveB;


    constructor(address _tokenA, address _tokenB) {
        tokenA = TestToken(_tokenA);
        tokenB = TestToken(_tokenB);
    }


    // Initialize liquidity
    function addLiquidity(uint amountA, uint amountB) external {
        tokenA.transferFrom(msg.sender, address(this), amountA);
        tokenB.transferFrom(msg.sender, address(this), amountB);
        reserveA += amountA;
        reserveB += amountB;
    }


    // Calculate output amount for a given input
    function _calculateSwapOutput(address tokenIn, uint amountIn) internal view returns (uint amountOut) {
        require(tokenIn == address(tokenA) || tokenIn == address(tokenB), "Invalid token");


        bool isTokenA = tokenIn == address(tokenA);


        if (isTokenA) {
            amountOut = (reserveB * amountIn) / (reserveA + amountIn);
            require(amountOut < reserveB, "Insufficient liquidity");
        } else {
            amountOut = (reserveA * amountIn) / (reserveB + amountIn);
            require(amountOut < reserveA, "Insufficient liquidity");
        }


        return amountOut;
    }


    // Execute the swap with pre-calculated output
    function _executeSwap(address tokenIn, uint amountIn, uint amountOut, address sender) internal {
        bool isTokenA = tokenIn == address(tokenA);


        if (isTokenA) {
            tokenA.transferFrom(sender, address(this), amountIn);


            // Update reserves
            reserveA += amountIn;
            reserveB -= amountOut;


            // Transfer output tokens to the user
            tokenB.transfer(sender, amountOut);
        } else {
            tokenB.transferFrom(sender, address(this), amountIn);


            reserveB += amountIn;
            reserveA -= amountOut;


            tokenA.transfer(sender, amountOut);
        }
    }


    // Vulnerable swap function (no minimum output)
    function swap(address tokenIn, uint amountIn) external returns (uint amountOut) {
        // Calculate the expected output
        amountOut = _calculateSwapOutput(tokenIn, amountIn);


        // Execute the swap
        _executeSwap(tokenIn, amountIn, amountOut, msg.sender);


        return amountOut;
    }
}

📟 Прилетело из @solidityset

В этом контракте VulnerableDEX функция обмена не имеет защиты от проскальзывания, что делает ее уязвимой для атак типа «сэндвич». Эти атаки являются формой эксплуатации максимально извлекаемой стоимости (MEV), при которой прибыль извлекается путем манипулирования порядком транзакций.

Когда жертва отправляет транзакцию обмена в мемпул, опытные поисковики MEV выявляют возможность и выполняют трехэтапную атаку:

1. Фронтранинг: сначала злоумышленник размещает транзакцию на покупку целевого актива, намеренно завышая цену.
‍
2. Транзакция жертвы: своп жертвы выполняется по этой искусственно завышенной цене, и она получает меньше токенов, чем ожидалось, из-за отсутствия гарантий минимального выхода.
‍
3. Бэкранинг: злоумышленник продает ранее приобретенные токены по более высокой цене, созданной транзакцией жертвы, получая разницу в цене в качестве прибыли.

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

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

Вот пример защиты от проскальзывания, которая смягчает последствия атаки типа «сэндвич», описанной в тесте выше.

// Secure swap function with minimum output requirement
    function swapWithMinimumOutput(
        address tokenIn,
        uint amountIn,
        uint minAmountOut
    ) external returns (uint amountOut) {
        // Calculate the expected output
        amountOut = _calculateSwapOutput(tokenIn, amountIn);


        // Check slippage before executing the swap
        require(amountOut >= minAmountOut, "Slippage too high");


        // Execute the swap
        _executeSwap(tokenIn, amountIn, amountOut, msg.sender);


        return amountOut;
    }

#miner #mev

📟 Прилетело из @solidityset

Перспективен ли Boundless $ZKC? Рассматриваем проект через его токеномику.

Что это?
Его сравнивают с Succinct, поэтому и решил изучить после предыдущего проекта, потому что тоже занимаются ZKP.
Подробнее - ниже.

RiscZero - фреймворк для выполнения программ с ZKP на базе архитектуры Risc-V.
Недавно запустили Boundless - универсальный ZK-протокол, обеспечивающий проверяемые вычисления с поддержкой кроссчейна через децентрализованный рынок доказательств.

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

Boundless интегрировали Wormhole, EigenLayer, Bob и Lido.

RiscZero интегрировали Eclipse и WorldChain.

Токеномика по Cryptorank, так как в tokenomist почему-то нет его.

Пишут, что заблокировано 93.1% - это очень много!

Соответственно разблокировано 5.4%.

Учитывая капитализацию в 80 МЛН $ - слабый проект.


Пишут также, что следующий разлок 1.5% - это больше нормы (для стабильности надо менее 1%).

Распределение:

1. Ecosystem Fund - 31%. Все в локе.
Как понимаю - это на развитие экосистемы. Куда будут распределяться и насколько эффективно, непонятно - это минус. Также минус, что не было часть на TGE, что сказалось возможно на перспективности (не смогли поддерживать экосистему сразу).

2. Core Team & Early Contributors - 23.5%. Это много, так как максимум 10% на команду.
Но тут помимо команды ещё и Первые участники. Сколько им распределяют - неизвестно, но если 13.5% - норм.
Вот только все токены заблокированы ещё.

3. Investors - 21.5%. Тоже много, так как им стоит выделять не более 10%.

Опять же, всё заблокировано.

4. Strategic Growth Fund - 18% (всё в локе). Опять же, средства команды. Да: они будут выделять на развитие, но кому и как непонятно.
Про ДАО не указано.

5. Community Sale & Aidrop - 6% (разблокировано 5.4%).
Распределили пользователям довольно мало. При этом, большая часть уже доступна, и лишь крохи в локе (на будущие награды, как понимаю) - это не красит проект.

Ближайший разлок 15 октября (через 14 дней) на 1.5% от общего количества и 7.46% от рыночной капитализации.
Вся сумма идёт в Strategic Growth Fund.
Это довольно много: может понизить курс от 10 до 50%.
Я не вижу по крайней мере предпосылок к тому, чтоб Boundless удержал курс.

В ноябре столько же. И далее каждый месяц.
А в сентябре 2026 будет разблокировано 25% от общего предложения (102% от маркеткапа) - очень большой выплеск. Выделяется Ecosystem Fund, Core Team & Early Contributors, Investors и Strategic Growth Fund.

Утилиты ZKC:

1. Провайдеры стейкают ≥10× комиссии запроса; при невыполнении работа наказывается сжиганием и баунти для других.

2. PoVW-майнинг — вознаграждение ZKC за генерацию доказательств при условии стейкинга.

3. Протокольный стейкинг — доступ к PoVW, участие в управлении и 25% базовых наград.

4. Награды провайдерам — 75% эмиссии распределяется за вычислительную работу.

5. Голосование — управление параметрами протокола и его развитием.

6. Снижение предложения — рост спроса блокирует больше ZKC в коллатерале, слешинг уменьшает циркуляцию.


Итог:
Утилиты интересные, но проект вряд ли перспективен будет и успешен с точки зрения токена:
Большие разлоки в будущем, малая капитализация сейчас и малое распределение сообществу (страдает децентрализация).

Интегрироваться с другими проектами Boundless может и дальше, но в этом плане более перспективным кажется Succinct $PROVE.

Это была рубрика #перспектива.

А что вы думаете по этому проекту и токену? Напишите своё мнение в комментариях.

😎 Незрячий web3 программист (подписаться)
Чат | бот

📟 Прилетело из @blind_dev

Вступайте в мой сквад legion!

- Объявляют 1кк на рейтинг, остальное на фкфс

- Через день меняют условия на 2кк по рейтингу, 3кк фкфс

- В день сейла (после моего поста) убирают фкфс вовсе, ведь у них продукт под это не заточен

Вы просто прикиньте, чуваки год над платформой трудятся. ГОД!! Ничего вообще не поменялось с момента релиза.
И при любом хоть немного интересном сейле:
- Не работает подсчет скора
- Не работают конекты социалок
- Сам сайт грузится как в 2007
- Ну и вишенка на торте — если логинится больше 100 человек одновременно, платформа просто падает

В общем, ничего нового. Демдальше

📟 Прилетело из @findmeonchain

Discord WEB3

Так как посты в канале появляются не часто, общаюсь и публикую свои мысли в нашем Discord

discord.gg/adqeN22F

50 мест

📟 Прилетело из @code_vartcall

Смерть в нищите явно испугается, после прочтения этого поста

Наконец-то разберем самые важные инструменты для старта в web3-разработке

1. Подключаемся к блокчейну

Для этого нам необходим RPC ключ! Это будет наш мост между нашим кодом и блокчейном! Самым простым и популярным решением будет infura.io.

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

Подробнее про RPC - t.me/code_vartcall/754

Видео-Инструкция - youtu.be/g34Lk2SPIoc

2. Библиотеки web3

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

Для Ethereum и EVM:

JavaScript - ethers.js & viem
Python - web3.py
Go - go-ethereum

Для Solana:

JavaScript - solana@web3.js
Python - solana.py & solders

3. Практика написания проектов:

Для Ethereum:

ethereum.org/developers

speedrunethereum.com

ethereum.org/developers/tutorials

buidlguidl.com

Для Solana:

solana.com/developers/guides

курсы

Азбука - t.me/code_vartcall/933

Но не все же хотят писать свои проекты в web3, поэтому:

Как писать софт под существующие проеткты?

Тут картина похожа:

Получаем RPC, устанавливаем библиотеки выше и...

Начинаем разбираться со смарт-контрактами

Именно в них заложена основная логика всех действий на блокчейне

Каждый клик на любой из децентрализованных площадок - вызов функции смарт-контракта (отправка транзакции, минт nft, обмен токена и так далее)

Поэтому...

1. Изучаем как работают смарт-контракты и ABI

2. Добавляем ABI контрактов в свои скрипты

3. Дёргаем функции смарт-контрактов

Анализ смарт-контрактов:

Пост со всеми эксплорерами - t.me/code_vartcall/878

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

📟 Прилетело из @code_vartcall

Hi nazavod,

The amount of allocation you are approved for is $2000.


Это гем???

📟 Прилетело из @n4z4v0d

#новости моих разработок: вновь можно получать уведомления о комиссиях в Bitcoin, создал бота для сообщений из Discord и другое.

1. В @price_informerBot:

1.1. исправил ошибку, из-за которой не было уведомлений о комиссиях в Bitcoin сети. Оказалось, что случайно указал одну переменную для Ethereum Газа.

1.2. Также в боте теперь добавлен Rudex. Если кто не знает - это dex биржа в блокчейне Graphene (форк Bitshares). Правда не все активы с теми же тикерами, что и в url на сайте, поэтому некоторые рынки было не открыть.
Например, в API помечается GOLOS как GLS, а в url RUDEX.GOLOS. RUDEX.GLS же - рынок не существует.
Поэтому заменил вручную через условие.


2. Создал бота, который присылает уведомления из каналов Discord в Telegram.

Схема работы:
1) Подписался на каналы анонсов в своём сервере.
2) Добавил бота.
3) Скрипт получает сообщения с уведомлениями в Discord и отправляет их в Telegram.
Можете посмотреть канал: @projectsNewsDs.

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

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


3. Завершил опрос про переименование канала.
В итоге оставляю текущее.

На этом всё. Хороших выходных!

😎 Незрячий web3 программист (подписаться)
Чат | бот

📟 Прилетело из @blind_dev

@r8scan_bot не забываем

📟 Прилетело из @n4z4v0d

🪨 То, что ты искал

📟 Прилетело из @code_vartcall

Про современный вайбкоддинг

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

Ситуация начинает меняться очень и очень быстро.

Я много экспериментирую с различными нейронками и редакторами, шаг за шагом продвигаясь и в собственном обучении ml/dl и в разработке пары проектов. И могу с уверенностью сказать, что ИИ сделали просто невероятный шаг в разработке кода за последнее время. С небольшой поправкой: если вы понимаете, что делаете.

Сейчас я использую Cursor IDE в 90% своей работы с кодом, с использованием Claude 4 (4.1, 4.5). Также экспериментирую с Qwen-Coder, CLM-4.5 (4.6) и GPT5. Работу с CLI пока не довелось хорошенько погонять...

И знаете что? В рамках IDE они действительно могут понимать контекст задачи и писать хороший код. При этом вы сами должны понимать, что ИИ пытается реализовать и помещать его в определенные рамки, как например, не добавлять не нужную отладку, не создавать тестовые файлы и т.д. Другими словами, ИИ будет делать то, что вы ему говорить, а не что ожидаете от него в своих мыслях.

Все идет к тому, что скоро у разработчиков пойдет смещение со стороны написания кода, на его аудит и чтение. Зачем тратить время на написание функции, когда я могу дать четкие указания ИИ на написание функции с нужными параметрами и проверками, а затем проаудировать код?

На мой взгляд, скоро будет важнее иметь теоретические знания, чем практические (где-то в соотношении 80% - 20%). При этом ваша теория должна быть настолько хороша, чтобы вы могли объяснить ее малолетнему ребенку.

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

Например, вместо примера контракта обычного токена, будет идти небольшое описание этого контракта и промт для ИИ, в котором будет расписана структура этого контракта: какие функции должны быть включены, что они должны делать, какие проверки в этих функциях должны быть, как они должны взаимодействовать друг с другом и т.д. При этом важно учитывать то, что ИИ уже будут знать эталонные примеры контрактов из библиотек Open Zeppelin, Uniswap или Chainlink.

Если вы думаете, что станет больше работы для Интернов и Джунов, то спешу вас огорчить.

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

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

ИИ облегчит разработку в рамках "времени", но не профессиональных знаний.

##ai #vibecoding #solidity

📟 Прилетело из @solidityset