Как СЕЙЧАС работает?

Question

Как СЕЙЧАС работает?

- 10
- 328 2019-03-11
Допустим,в контракте есть условие,основанное на том,что NOW наступит через некоторое время.Является ли NOW UTC и проверяется ли это каждым узлом перед добавлением в цепочку?Допустим,вы хотите,чтобы функция вызывалась в течение 1 часа. Можно ли это принудительно применить?

Например:

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

Это должно проверить,что оно больше,чем СЕЙЧАС - 15 минут и меньше,чем СЕЙЧАС + 45 минут,что верно,чтобы он мог выполнить транзакцию.

Также может быть важно понять,как сеть достигает консенсуса по времени блокировки в сети?
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

3 ответ

голосов

- 3
- 2019-03-11
Пекарь выбирает значение СЕЙЧАС.Я знаю об этих двух ограничениях:

Протокол требует,чтобы отметка времени была как минимум минимальной отметкой времени,при которой пекарь должен был выпекать (некоторая задержка после отметки времени предыдущего блока): baking.ml .

Оболочка также проигнорирует блок,отметка времени которого находится слишком далеко в будущем (более 15 с) относительно системных часов: распределенный_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.
- 2
- 2019-03-11
Синхронизация времени узлов - это только часть картины: пекари всегда могут быть отключены по своим причинам,сеть может зависнуть,многие другие транзакции могут конкурировать за выбор пекарями и т. д.,поэтому люди должны быть очень внимательными.будьте осторожны и дайте достаточно времени,чтобы событие произошло.

Я бы сказал,что сегодня мало нескольких минут или даже часов. Достаточно одного дня?Я склонен так думать,но даже не уверен.

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.
- Если я экспериментирую с созданием чего-то,что может достичь вехи на меньших дистанциях.Любопытно,насколько близки могут быть эти вехи.
  
  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
- Понятно,но давайте все вспомним Fomo3d https://medium.com/coinmonks/how-the-winner-got-fomo3d-prize-a-detailed-explanation-b30a69b7813f на Ethereum,прежде чем требовать слишком быстрых этапов.
  
  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

Предполагается,что все узлы Tezos синхронизированы,иначе консенсус с 1-минутными слотами не сработает.Конечно,небольшая задержка - это нормально,но более нескольких секунд может помешать пекарю выпекать.

СЕЙЧАС - время,когда блок,содержащий транзакцию,должен быть запечен.Итак,пекарь знает время последнего блока,он знает свой слот,поэтому он может вычислить время,в которое он должен испечь блок.Затем он использует это время для выполнения транзакций.