¿Cómo funciona NOW?

Question

¿Cómo funciona NOW?

- 10
- 328 2019-03-11
Supongamos que un contratotiene una condiciónbasadaen NOW después de untiempo.¿NOWes UTC y cadanodo lo valida antes de agregarlo a la cadena?Supongamos que quiere asegurarse de que se llame a unafunción durante una ventana de 1 hora,¿seráposible aplicarla?

Porejemplo:

current stack state: NOW - 15 minutes :: NOW + 45 minutes //pseudocode code: NOW; SUB; GT; SWAP; NOW; SWAP; SUB; AND; IF { send transaction... } { FAIL; };

Esto debe verificar que seamayor que AHORA: 15minutos ymenos de AHORA + 45minutos,ambos son verdaderospara quepuedaejecutar latransacción.

¿Tambiénpodría serimportante comprender cómo la red obtiene consenso sobre untiempo debloqueoen toda la red?
Say a contract has a condition based on NOW being after a time. Is NOW UTC, and is this validated by each node before being added to the chain? Let's say you want ensure a function is called during a 1 hour window, will this be possible to enforce?

For example:

current stack state: NOW - 15 minutes :: NOW + 45 minutes //pseudocode code: NOW; SUB; GT; SWAP; NOW; SWAP; SUB; AND; IF { send transaction... } { FAIL; };

This should check that it's greater than NOW - 15 minutes and less than NOW + 45 minutes, which are both true so it can execute the transaction.

It might also be important to understand how the network gets consensus on a block time across the network?
michelson
- fuente
- Rob

3 respuestas

votos

- 3
- 2019-03-11
Elpanaderoeligeel valor de AHORA.Soy consciente deestas dos limitaciones:

Elprotocoloimpone que lamarca detiempo sea almenos lamarca detiempomínimaen la que se suponía que horneabaelpanadero (algo de retraso después de lamarca detiempo delbloque anterior): cooking.ml .

El shelltambiénignorará unbloque cuyamarca detiempo sea demasiado lejanaen elfuturo (más de 15 s)en relación conel reloj del sistema: distribution_db.ml .

The baker chooses the value of NOW. I am aware of these two constraints:

The protocol enforces that the timestamp is at least the minimal timestamp at which the baker was supposed to bake (some delay after the previous block's timestamp): baking.ml.

The shell will also ignore a block whose timestamp is too far in the future (more than 15s) relative to the system clock: distributed_db.ml.
- fuente
- Tom
- 2
- 2019-03-11
La sincronización deltiempo de losnodoses solo unaparte de laimagen: lospanaderos siemprepuedenestar desconectadospor suspropiosmotivos,la redpuedeestancarse,muchas otrastransaccionespueden competirpara ser seleccionadaspor lospanaderos,etc.sea cauteloso y dé suficientetiempopara que ocurra unevento.

Diría que unosminutos oincluso horasno son suficientes hoy. ¿Es suficiente un día?Yotendería apensar que sí,peroni siquieraestoy seguro.

Nodes time being synchronized is only part of the picture: bakers can always be offline for their own reasons, the network can be stalled, many other transactions could be competing to get selected by bakers, etc. so people need to be very cautious and give plenty of time for an event to occur.

I would say that a few minutes or even hours is not enough today. Is one day enough ? I would tend to think so but I'm not even certain.
- fuente
- FFF
- Siestoyexperimentando con la construcción de algo quepueda alcanzar hitosen rangosmáspequeños.Es unpoco curioso lo cerca quepuedenestaresos hitos.
  
  If I'm experimenting with building something that can hit milestones during smaller ranges. Kind of curious how close those milestones can be.
  - 0
  - 2019-03-11
  - Rob
- Entendido,pero recordemostodos Fomo3d https://medium.com/coinmonks/how-the-winner-got-fomo3d-prize-a-detailed-explanation-b30a69b7813fen Ethereum antes de requerir hitos demasiado rápido.
  
  Understood but let's all remember Fomo3d https://medium.com/coinmonks/how-the-winner-got-fomo3d-prize-a-detailed-explanation-b30a69b7813f on Ethereum before requiring milestones too fast.
  - 2
  - 2019-03-11
  - FFF

lefessan · Accepted Answer · 2019-03-11

5

2019-03-11

Existe la suposición de quetodos losnodos de Tezosestán sincronizados; de lo contrario,el consenso conespacios de 1minutonofuncionaría.Por supuesto,unpoco de retrasoestábien,peromás de unos segundospuedeevitar que unpanadero hornee.

AHORAeselmomentoen el que se debe hornearelbloque que contiene latransacción.Entonces,elpanadero conoce la hora del últimobloque,conoce su ranura,por lo quepuede calcular la hora a la que debe hornearelbloque.Luego usaesetiempoparaejecutar lastransacciones.