Можно ли проверить, совпадает ли номер блока клиентского узла с лучшим (последним) номером блока блокчейна?

Ethereum — вероятностная система.

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

Я твердо верю в то, что смарт-контракт должен защищать целостность внутреннего хранилища данных. Если данные должны быть доступны в отсортированном порядке (не обязательно в цепочке), то порядок данных находится в рамках «гарантированной внутренней целостности».

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

Рассмотрим три общих подхода

• Вставьте "Боб"
• Вставьте «Боб» после «Алиса».
• Вставьте «Боб» рядом с «Алиса».

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

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

В итоге:

Я бы сначала подумал, действительно ли сортировка должна быть в цепочке.

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

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

Да, можно проверить, совпадает ли номер блока с лучшим (последним) номером блока блокчейна.

Шаги будут

1. Запросите общедоступный API блокчейна, чтобы получить последний номер блока
2. Проверить против блока клиентов нет.

Часть отправки транзакции требует некоторых изменений на уровне ядра/API.

API RPC поддержал вас.

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

Функция для получения последнего блока:

web3.currentProvider.sendAsync({
  method: "eth_blockNumber",
  params: [],
  jsonrpc: "2.0",
  id: 83
} function (error, result) {...})

Подробнее о JSON RPC API и о том, как его можно использовать разными способами (например, с помощью curl): здесь .

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

Конечно, не забудьте преобразовать результат в десятичное число, parseInt(value, 16).

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