Может ли событие watch() перейти от последнего номера блока (хвоста) к голове?

Я постараюсь, потому что щедрости. :-)

Технически нет, но вы можете создать подобный эффект.

Я говорю «нет», потому что блокчейн — это упорядоченный набор блоков, каждый из которых содержит упорядоченный набор транзакций. В более широком смысле блокчейн представляет собой хорошо упорядоченный набор транзакций, начиная с первой транзакции в или после блока 0.

Вот кикер.

Он предназначен для просмотра по порядку из-за того, что блоки после блока генезиса не могут быть проверены независимо без ссылки на предыдущий блок. Другими словами, чтобы знать, что вы смотрите на подлинный 50-й блок (согласно консенсусу), вы должны знать блок 49. Если вы начнете с конца, вы, как правило, будете либо рекурсивно применять логику вплоть до блока 0 или доверьтесь чему-то другому, кроме собственной независимой оценки.

Кроме того, вы никогда не узнаете, что у вас есть последний блок. Самое большее, что вы можете знать, это то, что у вас есть последний блок, о котором вы знаете (и, возможно, еще более новый на подходе). Что, будет первым в списке событий, начиная с самого нового? Это не продлится очень долго.

Чтобы выполнить что-то похожее на ваш вариант использования, похоже, подразумевается прослушивание всех известных событий и постоянная вставка новых «самых последних» блоков в начале списка. Или (вероятно, более эффективно) добавить самые новые в конец вашего собственного списка, а затем прочитать его в обратном порядке, когда вам нужно. Это, вероятно, будет связано с проблемами вне сети (пользовательский интерфейс, кеш, что-то еще ...) - возможно, моментальные снимки «на момент времени» или оперативные обновления по мере появления новых «самых последних» записей журнала.

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

Надеюсь, это поможет.

ОБНОВИТЬ

Существует шаблон для эффективного выполнения этого , если вы разрабатываете контракт для его поддержки. Он использует очень простые хлебные крошки:

pragma solidity 0.5.1;

contract ReverseOrderEvents {

    uint lastEventBlock;

    event LogEvent(address sender, uint previousEvent);

    function doSomething() public {
        emit LogEvent(msg.sender, lastEventBlock);
        lastEventBlock = block.number;
    }
}

На стороне клиента, когда lastEvent != 0затем перейти к этому блоку и «прослушать» интересующие события. Это событие будет включать указатель на блок, содержащий предыдущее событие. Промыть и повторить. Когда вы нажимаете 0, предыдущих событий нет.

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

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

На всякий случай, если это не ясно, watch()не идет в обратном направлении. Чтобы использовать это, вы должны watch()только один блок (что было бы быстро), найти то, что вам нужно, а затем watch()следующий отдельный блок интересов, следуя подсказкам в обратном порядке, которые вы составили для себя.