¿Es posible verificar que el número de bloque del nodo del cliente coincida con el mejor (último) número de bloque de la cadena de bloques?

Ethereum es un sistema probabilístico.

En mi opinión , simplemente no hay forma de estar seguro de que uno está mirando el último bloque que finalmente lo convertirá en la cadena más larga con una probabilidad mínimamente pequeña de que una reorganización de la cadena reorganice las cosas. Por lo tanto, no creo que confiar en un testigo del cliente sea una buena forma de informar un proceso de clasificación.

Creo firmemente en el principio de que un contrato inteligente debe salvaguardar la integridad del almacenamiento interno de datos. Si los datos deben ser accesibles en orden ordenado (no necesariamente una preocupación en la cadena), entonces el orden de los datos se encuentra dentro del alcance de la "integridad interna garantizada".

Por esa razón, debe desaparecer la confianza en la información correcta de lo call()que usted describe y la necesidad de que sea actual . Es una dependencia externa inaceptable y probablemente no solucionable satisfactoriamente.

Considere tres enfoques generales

• Inserta "Bob"
• Inserte "Bob" después de "Alice"
• Inserte "Bob" cerca de "Alice"

El primero puede requerir una profundidad considerable en la búsqueda interna y no escalará bien. El segundo enfoque depende de información confiable del exterior; confiabilidad que probablemente no podamos lograr. El tercer enfoque se basa en una pista sobre la eficiencia del gas, pero deja que el contrato tome la decisión final y correcta.

"Cerca" es básicamente una ventaja en el proceso de búsqueda. Es importante destacar que el contrato completará la búsqueda y llegará a sus propias conclusiones sobre dónde y cómo insertar "Bob" dado el estado actual de la lista ordenada. Cualquier lista en cualquier estado en cualquier bloque en cualquier cadena tendría que estar correctamente ordenada, debido a que no depende de una guía externa precisa.

En resumen:

Primero consideraría si el tipo realmente necesita estar en la cadena.

Si la clasificación es inevitable, organice una lista ordenada ordenada o un esquema de índice similar en el contrato. El contrato por sí solo debe determinar los puntos de inserción correctos. Una "pista" puede reducir la búsqueda interna necesaria para hacerlo, lo que reduce el costo del gas y ayuda a garantizar que el proceso funcione en una lista de cualquier tamaño.

Espero eso ayude.

Sí, es posible comprobar si el número de bloque coincide con el mejor (último) número de bloque de la cadena de bloques.

Los pasos serían

1. Consulta una API pública de blockchain para obtener el último número de bloque
2. Verifique contra el bloque de clientes no.

La parte de la transacción de envío requiere algunos cambios en la capa central/api.

La API de RPC te respalda.

Simplemente use esta función para verificar su último bloque y el del cliente. Dependiendo de cuánto desee confiar en el cliente, puede comparar los valores del lado del cliente o asegurarse de que se le transfieran sin manipulación.

Función para obtener el último bloque:

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

Más detalles sobre la API JSON RPC y cómo puede usarla de muchas maneras diferentes (con curl, por ejemplo): Aquí

Puede usar curl, por cierto, para verificar el bloqueo actual de los clientes de forma remota, si su configuración de nodo y firewall permite la conexión.

Por supuesto, no olvide convertir el resultado en un número decimal, parseInt(value, 16).

Puede encontrar un ejemplo de cómo implementar tales funciones web3 aquí.