Wie funktioniert jetzt?

Question

Wie funktioniert jetzt?

- 10
- 328 2019-03-11
sagen,ein Vertrag hateine Bedingung,die auf jetztbasiert,jetzt nacheiner zeitist.Istjetzt jetzt utc,undist dies vonjedem Knoten,bevor Sie der Kette hinzugefügt werden?Nehmen wir an,Siemöchten sicherstellen,dasseine Funktion währendeines 1-stündigen Fensters aufgerufen wird,wird dies durchzusetzen?

Beispiel:

Aktuelle Stapelstatus: Jetzt - 15 Minuten :: Jetzt + 45 Minuten//Pseudocode CODE: JETZT;Sub;Gt;TAUSCHEN; JETZT;TAUSCHEN;Sub; UND; Wenn {Transaktion senden ...} {FAIL;};

Dies sollte überprüfen,obesgrößerist alsjetzt - 15 Minuten und weniger alsjetzt + 45 Minuten,diebeide wahr sind,damiter die Transaktion ausführen kann.

Es kann auch wichtig sein,zu verstehen,wie das Netzwerkeinen Konsens aufeine Blockzeit über das Netzwerkerhält?
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
- Quelle
- Rob

3 Antworten

Stimmen

- 3
- 2019-03-11
Der Baker wählt den Wert von JETZT aus.Ichbin mir dieserbeiden Einschränkungenbewusst:

Das Protokollerzwingt,dass der Zeitstempel zumindest derminimale Zeitstempelist,an dem der Bäckerbacken sollte (etwas Verzögerungnach dem Zeitstempel des vorherigen Blocks): Backen.ml .

Die Hülleignoriert aucheinen Block,dessen Zeitstempelin Zukunft zu weitin der Zukunftist (mehr als 15er) relativ zum Systemuhr: distributed_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.
- Quelle
- Tom
- 2
- 2019-03-11
-knotenzeit synchronisiertistnurein Teil des Bildes: Bäcker können ausihreneigenen Gründenimmer offline sein,das Netzwerk kann aufgehalten werden,dass viele andere Transaktionen konkurrieren könnten,um von Bäckern ausgewählt zu werden usw.,so dass die Menschen sehr seinmüssenvorsichtig undgeben Sie viel Zeitfürein Ereignis,das auftritt.

Ich würde sagen,dassein paar Minuten oder sogar Stunden heutenicht ausreicht. Istein Taggenug?Ich würde dazuneigen,so zu denken,aberichbin nichteinmal sicher.

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.
- Quelle
- FFF
- Wennichmit dem Bauetwasexperimentiere,das Meilensteine während kleinerer Bereichetreffen kann.Art vonneugierig,wienahe diese Meilensteine sein können.
  
  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
- Verstanden,abererinnern wir uns anfomo3d https://medium.com/coinMonks/how-the-winner-got-fomo3D-Prize-A-Detail-Dexplanation-B30A69B7813F aufethedeum,bevor Sie Meilensteine zu schnellerfordern.
  
  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

Esbesteht die Annahme,dass alle Tezos-Knoten synchronisiert werden,andernfallsfunktionieren der Konsensmit 1-Minuten-Slotsnicht.Natürlichistetwas Verzögerungin Ordnung,abermehr alsein paar Sekunden könnenein Baker vom Backen verhindern.

istjetzt die Zeit,an der der Block,der die Transaktionenthält,gebacken werden sollte.Der Bäcker kennt also die letzte Blockzeit,er kennt seinen Schlitz,sodasser die Zeitberechnen kann,mit derer den Blockbacken sollte.Es verwendet dann diese Zeit,um die Transaktionen auszuführen.