Cyfrin Updraft is an education platform specializing on teaching the next generation of smart contract developers 

Cyfrin Updraft

![](https://ipfs-cdn.peeranha.io/QmXVPMEEKxAfiNHbrUbByDq5T8PV2j1Xg6qNENw1b5fpVG)
**Понимание тем смарт-контрактов Ethereum: журналы событий и их важность**

В мире смарт-контрактов Ethereum темы**играют ключевую роль в журналах событий, помогая разработчикам и приложениям эффективно идентифицировать и фильтровать определенные события. Эти механизмы являются неотъемлемой частью функционирования децентрализованных приложений (dApps). Они обеспечивают беспрепятственное взаимодействие с блокчейном Ethereum. Давайте углубимся в понятие тем и их значение.

### Что такое темы в смарт-контрактах Ethereum?

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

### Разбивка тем и их использование

**1. Идентификация события**
Первая тема, обычно известная как**Topic0**, — это хеш**Keccak256 подписи события**. Эта подпись включает название события и типы входных параметров. Используя этот хэш, сеть Ethereum может отличать одно событие от другого, обеспечивая уникальную идентификацию каждого события. Это крайне важно для точного отслеживания и регистрации событий.

**2. Индексированные параметры**
При определении событий в смарт-контрактах разработчики могут пометить определенные параметры как**индексированные**. Эти индексированные параметры становятся дополнительными темами (например, Topic1, Topic2 и т. д.). Параметры индексирования позволяют эффективно искать и фильтровать события. Например, при передаче токенов индексация адресов отправителя и получателя позволяет быстро идентифицировать все транзакции, связанные с определенным адресом.

**3. Хранение данных**
Параметры, которые не помечены как индексированные, хранятся в разделе**данные**журнала событий. В отличие от индексированных параметров, эти значения данных не доступны для поиска по темам, но содержат фактические значения параметров событий. Такое разделение позволяет индексировать только самые релевантные и часто используемые данные, оптимизируя их хранение и извлечение.

**4. Эффективная фильтрация**
Одним из основных преимуществ тем является возможность**фильтровать и прослушивать определенные события**. Внешние приложения, такие как кошельки или dApps, могут подписываться на события и использовать темы для фильтрации интересующих их событий. Например, децентрализованная биржа (DEX) может отслеживать события, связанные с обменом токенами, игнорируя при этом другие события, не связанные с этим. Такая целевая фильтрация повышает производительность и сокращает объем данных, которые необходимо обработать.

### Практическое применение тем в Ethereum

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

-**Переводы токенов**: Индексируя адреса отправителя и получателя в событиях передачи токенов, кошельки могут быстро отображать историю транзакций пользователям.
-**Децентрализованные биржи**: платформы DEX могут фильтровать события для отслеживания конкретных торговых пар, обеспечивая эффективное сопоставление и исполнение сделок.
-**Управление и голосование**: в децентрализованных автономных организациях (DAO) темы можно использовать для мониторинга и проверки результатов голосования и предложений.

### Заключение

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

Topics in Ethereum smart contracts

Темы в смарт-контрактах Ethereum

hi, iam new to this web3 development i started cyfrin updraft course couple of weeks ago. iam trying to follow the instructor and deploy on sepolia testnet but iam getting high gas fee of about 0.4 eth, what should i do please?

Sepolia testnet requires high gas fee

Peera is a decentralized questions and answers protocol for Web3 where users can organize and store their interests and skills, creating a common community platform

Peera Meta

Aave is a decentralized non-custodial liquidity protocol where users can participate as depositors or borrowers.

Aave

Solidity is an object-oriented, high-level language for implementing smart contracts. It is a curly-bracket language designed to target the Ethereum Virtual Machine (EVM).

Solidity

Ankr makes accessing Web3 easy for those who want to build and earn on the future web. Ankr is the main infrastructure provider for Polygon, BNB Smart Chain, and Fantom.

Ankr

Vyper is a relatively new, pythonic programming language used to write smart contracts. Vyper targets Ethereum Virtual Machine making it virtually impossible for developers to code misleading programs.

Vyper

Functionland is replacing Cloud Storage and Service Subscription economy by introducing a new category of products, called Blockchain-Attached Storage. It creates value by auto-minting crypto for the users and allocating a share to the developers.

Functionland

Fractal Visions is a builder owned and operated creative web3 NFT project hub and a multifaceted & multidimensional experience. Bridging the gap between the physical and digital world.

Fractal Visions

D_D Academy is an open-source education platform created by the Developer DAO.

D_D Academy

The Graph is a decentralized protocol for indexing and querying blockchain data. The Graph makes it possible to query data that is difficult to query directly.

The Graph

Polygon is a decentralised Ethereum scaling platform that enables developers to build scalable user-friendly dApps with low transaction fees without ever sacrificing on security.

Polygon

Web3 (also known as Web 3.0) is an idea for a new iteration of the World Wide Web which incorporates concepts such as decentralization, blockchain technologies, and token-based economics.

All Things Web3

Koii is a new way to design communications infrastructure that distributes computing authority across a wider group of personal devices.

Koii Network

Hi everyone,

I’m thrilled to share that I’m a new learner who has just completed a Solidity 101 course. The journey so far has been incredibly exciting and insightful. I’m eager to continue exploring and deepening my knowledge in Solidity and blockchain development. Looking forward to engaging with this amazing community and learning together!

I’m curious to know what resources have helped others at my level improve. Any recommendations on websites, courses, tools, or any other materials would be greatly appreciated.

Cheers,
Philip

Excited to Continue Learning Solidity!

Hello everyone , I've noticed that the offer function uses the .call{value: amount}("") method to send Ether to the recipient's address.

Could anyone provide insight into whether this function is indeed vulnerable to reentrancy and suggest any best practices or modifications to mitigate such risks?

```solidity 
function _offer(address to, uint256 amount) internal {

      balance -= amount;

      (bool success, ) = to.call{value: amount}("");
      if (!success) {
          revert TransferFailed(address(0), address(this), to, amount);
      }
  }
```

Reentrancy Vulnerability

Test Question for Cyfrin Updraft

I'm getting this error when clicking on the getBalance button of the live page of port 5500 for my anvil:

"BlockOutOfRangeError: block height is 150 but requested was 12092"

![](https://example.com/your-image.png)![](https://ipfs-cdn.peeranha.io/QmT9GJ949XC34CUGzCLAL2QyZoSXABMesC2rELvxrBZx6r)

Can anyone help explain what I missed here? Thank you!

BlockOutOfRangeError

При попытке настроить литейный цех после установки с помощью команды «forge init» я получил следующую ошибку:

Ошибка: не удалось зафиксировать ошибку (code=some (128), stdout= "», stderr="Имя автора неизвестно\n\n***Скажите мне, кто вы. \n\nВыполните команду\n\ngit config --global user.email\» you@example.com\»\ngit config --global user.name\ "Ваше имя\»\n\n, чтобы задать идентификатор учетной записи по умолчанию. \nОпустите параметр --global, чтобы задать идентификатор только в этом репозитории. \n\nФатально: невозможно автоматически определить адрес электронной почты (получен пользователь @MACs -MBP). (нет) ')»)

Хотя мне удалось получить все нужные папки, кроме «lib» и «.gitmodules», надеюсь, это не повлияет на меня в будущем. А еще я пытаюсь использовать «forge init --force» без изменений

Setting Foundry

Настройка литейного цеха

Почему я постоянно получаю эту ошибку при попытке развернуть свой код в коде VS, спросил AI, и все то же самое. Вот ошибка:
[] Компиляция...
[] Компиляция 14 файлов с помощью Solc 0.8.18
[] Solc 0.8.18 завершился за 149,20 мс
Ошибка: сбой при запуске компилятора:
Ошибка (2314): ожидалось «;», но получен идентификатор
 --> Скрипт/развертывание SimpleStorage.s.sol: 11:9:
 |
11 | VM.Stop Broadcast ();
 | ^^



А во�� мой код. Солидность
«'
//Идентификатор лицензии SPDX: MIT

надежность прагмы ^0.8.18;
импортируйте {Script} из «forge-std/script.sol»;
импортируйте {SimpleStorage} из «.. /src/SimpleStorage.sol «;

развертывание контракта SimpleStorage — это скрипт {
 функция run () возвращает внешние данные (SimpleStorage) {
 vm.startBroadcast ();
 простое хранилище SimpleStorage = новое простое хранилище ();
 виртуальная машина.Stop Broadcast ();
 вернуть простое хранилище;
 }
}
«'

Setting up SimpleStorage Deployer

Настройка развертывания SimpleStorage

похоже, установки zksync foundry больше нет в репозитории github, я попытался ввести командную строку в свой терминал «в разрешении отказано, не удалось прочитать из удаленного репозитория»

Zksync Foundry Install

Установка литейного завода Zksync

![](https://ipfs-cdn.peeranha.io/QmXVPMEEKxAfiNHbrUbByDq5T8PV2j1Xg6qNENw1b5fpVG)
**Понимание тем смарт-контрактов Ethereum: журналы событий и их важность**

В мире смарт-контрактов Ethereum темы**играют ключевую роль в журналах событий, помогая разработчикам и приложениям эффективно идентифицировать и фильтровать определенные события. Эти механизмы являются неотъемлемой частью функционирования децентрализованных приложений (dApps). Они обеспечивают беспрепятственное взаимодействие с блокчейном Ethereum. Давайте углубимся в понятие тем и их значение.

### Что такое темы в смарт-контрактах Ethereum?

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

### Разбивка тем и их использование

**1. Идентификация события**
Первая тема, обычно известная как**Topic0**, — это хеш**Keccak256 подписи события**. Эта подпись включает название события и типы входных параметров. Используя этот хэш, сеть Ethereum может отличать одно событие от другого, обеспечивая уникальную идентификацию каждого события. Это крайне важно для точного отслеживания и регистрации событий.

**2. Индексированные параметры**
При определении событий в смарт-контрактах разработчики могут пометить определенные параметры как**индексированные**. Эти индексированные параметры становятся дополнительными темами (например, Topic1, Topic2 и т. д.). Параметры индексирования позволяют эффективно искать и фильтровать события. Например, при передаче токенов индексация адресов отправителя и получателя позволяет быстро идентифицировать все транзакции, связанные с определенным адресом.

**3. Хранение данных**
Параметры, которые не помечены как индексированные, хранятся в разделе**данные**журнала событий. В отличие от индексированных параметров, эти значения данных не доступны для поиска по темам, но содержат фактические значения параметров событий. Такое разделение позволяет индексировать только самые релевантные и часто используемые данные, оптимизируя их хранение и извлечение.

**4. Эффективная фильтрация**
Одним из основных преимуществ тем является возможность**фильтровать и прослушивать определенные события**. Внешние приложения, такие как кошельки или dApps, могут подписываться на события и использовать темы для фильтрации интересующих их событий. Например, децентрализованная биржа (DEX) может отслеживать события, связанные с обменом токенами, игнорируя при этом другие события, не связанные с этим. Такая целевая фильтрация повышает производительность и сокращает объем данных, которые необходимо обработать.

### Практическое применение тем в Ethereum

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

-**Переводы токенов**: Индексируя адреса отправителя и получателя в событиях передачи токенов, кошельки могут быстро отображать историю транзакций пользователям.
-**Децентрализованные биржи**: платформы DEX могут фильтровать события для отслеживания конкретных торговых пар, обеспечивая эффективное сопоставление и исполнение сделок.
-**Управление и голосование**: в децентрализованных автономных организациях (DAO) темы можно использовать для мониторинга и проверки рез��льтатов голосования и предложений.

### Заключение

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

Что может быть не так в моем коде?
```
 function testFundUpdatesFundedDataStructure() public {
        fundMe.fund{value: 10e18}();
        
        uint256 amountFunded = fundMe.getAddressToAmountFunded(address(this));
        assertEq(amountFunded, 10e18);
    }```

возникает эта ошибка:

 [14658] FundMeTest: :testfund обновляет финансируемую структуру данных ()
 ─ [2658] FundMe: :fund {стоимость: 1000000000000000000} ()
 │ ─ [0] 0x0000000000000000000000000000000000000000:: Данные последнего раунда () [статический запрос]
 │ │ ─ ← [Остановить] 
 │ ─ ← [Вернуть] EverОшибка: вернуться
 ─ ← [Вернуть] EverRror: вернуться

Обсуждения

Делитесь своими мыслями с сообществом Cyfrin Updraft

Посты

Excited to Continue Learning Solidity!

Reentrancy Vulnerability

Test Question for Cyfrin Updraft

BlockOutOfRangeError

Новая идентичность.