Разработка модуля делегирования голосов в мобильном DAO-приложении

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

Представьте: пользователь приобрёл токены управления (например, UNI) в популярном DAO, но при первом голосовании обнаруживает, что его голос не учтён. Причина — механизм ERC20Votes из библиотеки OpenZeppelin. Токены учитываются только после явного вызова delegate(). Пока вызов не сделан, голосующая сила равна нулю, даже если на счету 10 000 UNI. Это классическая точка трения в UX, которая отпугивает пользователей и снижает активность в Ethereum governance. Почему это происходит? Стандарт ERC20Votes требует регистрации делегата для начисления голосов — в отличие от обычных токенов, где баланс сразу даёт права. Разработчики часто упускают этот момент, оставляя пользователей без голоса. Наше мобильное DAO-приложение решает проблему на первом экране: диагностирует статус делегирования и предлагает действие в один клик. Реализация модуля под ключ занимает от 2 до 5 дней в зависимости от сложности кастомной логики. Экономия времени для команды DAO — от 40 часов разработки вручную, что при средней ставке разработчика даёт $4,000–$6,000 экономии бюджета. Не считая последующей поддержки.

Как проверить, делегированы ли голоса?

Определяем статус через вызов delegates(holder):

// iOS — проверка, делегированы ли голоса func getDelegationStatus(holder: EthereumAddress) async throws -> DelegationStatus { let delegatee = try await governanceToken.delegates(account: holder) let votingPower = try await governanceToken.getVotes(account: holder) if delegatee == .zero { return .notDelegated } else if delegatee == holder { return .selfDelegated(votes: votingPower) } else { return .delegatedTo(address: delegatee, votes: votingPower) } } 

При .notDelegated показываем баннер с сообщением и кнопкой «Делегировать». Это сразу решает проблему 99% пользователей.

Когда нужно делегировать голоса другому участнику?

Два сценария: делегирование себе или другому адресу. Самый частый — себе. Одна транзакция — и пользователь получает голосующую силу. Делегирование другому требует выбора адреса: ручной ввод, ENS или из контактов. Если доступно ENS, показываем vitalik.eth вместо 0xd8dA… — это снижает риск ошибки ввода. Ошибка при ручном вводе может стоить потери средств, поэтому использование ENS экономит до $500 на каждой операции из-за избежания повторных транзакций.

// Android — вызов delegate через web3j suspend fun delegateVotes(delegatee: String): String { val function = Function( "delegate", listOf(Address(delegatee)), emptyList() ) val encodedFunction = FunctionEncoder.encode(function) val txHash = web3j.ethSendRawTransaction( buildSignedTx(to = tokenContractAddress, data = encodedFunction) ).send().transactionHash return txHash } 

После транзакции обновляем отображение голосующей силы на главном экране.

Что делать, если нужно отозвать делегирование?

Отдельной функции отзыва нет. delegate(holder) с адресом самого пользователя — переделегирование на себя. В UI мы используем кнопку «Делегировать себе» вместо «Отозвать», чтобы избежать недопонимания.

Почему делегирование необходимо для голосования?

Стандарт OpenZeppelin ERC20Votes требует, чтобы каждый держатель токенов явно назначил делегата. Иначе голосующая сила равна нулю, независимо от баланса. Это защита от двойного голосования и основа для квадратичного голосования. Без делегирования DAO не может корректно подсчитывать голоса, а пользователи теряют возможность влиять на решения. Наше мобильное приложение полностью автоматизирует этот процесс.

Пошаговая инструкция по делегированию в мобильном приложении