RE: Problémek - už zase?!?

avatar

You are viewing a single comment's thread:

Pokusím se ti několik dotazů s přechodem času zodpovědět.

Konkrétně u vlaků. Vlaky počkají hodinu ve stanici. Na jaře, je to zase obráceně. Dojedou s hodinovým zpožděním.

Blockchain HIVE něco jako letní a zimní čas nezná. Ten zná jediný správný čas v UTC. O proti našemu zimnímu času je o hodinu pozadu. Našich 18 hodin je v UTC 17 hodin. Letní čas je posunutý o dvě hodiny. Našich 18 hodin letního času je 16 hodin v UTC.
Čtvrteční reporty jsou uváděny k 10 hodině UTC během našeho letního času a v zimní období je report uváděn k 11 hodině UTC.

Aktuální čas pásma ve kterém se nacházíš, je dílo frontendů ve kterém si data zobrazuješ.

Teď už je snadné pochopit proč už některé posty jsou vyplaceny. Analýzu tagu sis pustil teď večer a vždy se čerpají aktuální data. Výplatní termín je také přesně ke stejnému času jako načtení všech postů. Posty, které jsou napsány mezi 12 hodinou a tvou hodinou večerní jsou mezitím vyplaceny. Proto ten rozdíl mezi tvým soupisem a soupisem zveřejněným v poledne.



0
0
0.000
7 comments
avatar

hele fakt jsme si to přečetl a nepochopil :-/

0
0
0.000
avatar
(Edited)

A kde jsi se ztratil? Zkusím ještě jednou. Čas blockchainu je jednotný a je nastavený na nulté časové pásmo - Greenwichský čas. Značí se taky jako GMT (Greenwich Mean Time). Na wikipedii jsem našel tuhle hezkou mapku.

Jakákoliv interkakce s blockchainem si uloží čas platný v tomto pásmu.
Teď tenhle komentář je psaný přibližně v 19.55 našeho času. Do blockchainu se uloží převedený do času UTC (nebo GMT0 - jen jiné zkratky označující stejnou věc). Bude uložen jako 18.55. Přesněji řečeno bude uložen takto: "2022-11-03T18:55:00".

V momentě, když si ho otevřeš v Hive.blog nebo Ecency.com. Prohlížeč si načte veškeré informace z blockchainu a čas převede do tvého časového pásma. To získá z nastavení operačního systému. Takže se ti zobrazí čas 19:55. Pokud bys byl např. v Japonsku, kde je čas GMT+9 (přičteš 9 hodin). Zobrazí se ti čas 3.55. Protože je tam pátek brzo ráno.

Podobně je to se změnou letního času, zkusím ti to uvést do tabulky.

Přechod z letního na zimní

Náš časUTCrozdíl
Letní2:000:00-2
Letní2:300:30-2
Letní2:590:59-2
Zimní2:001:00-1
Zimní2:301:30-1
Zimní2:591:59-1

Přechod ze zimního na letní

Náš časUTCrozdíl
Zimní1:000:00-1
Zimní1:300:30-1
Zimní1:590:59-1
Zimní2:001:00-1
Letní3:001:00-2
Letní3:301:30-2
0
0
0.000
avatar

dík, už je mi to jasnější... ale stejně si to neumím moc představit...
ale mě šlo spíš o to jakto že tam jsou ty dva pejouty... jak mohlo dojít s tím přesunem času k tomu že některé články nebo ohodnocené komentáře nespadly do toho stejného dne... jak to zdůvodňuje @godfish...

0
0
0.000
avatar

Dal jsem ti ještě krátkou odpověď pod čtvrtečním reportem.

Z pohledu pozorovatele, který je pásmu UTC, ve kterém jede blockchain. Tak díky přechodu na zimní čas je čtvrteční report napsán o hodinu později. Proto jsou ty dva posty už označený jako vyplacený. Pro výplatu je počítáno přesně 7 dní tj. přesně 168 hodin.

Zatímco frontend s touto změnou času počítá a zahrnuje do statistiky týden 7 dní tj. jako 169 hodin. Protože z našeho pohledu je to pořád od čtvrtka 12 hodin do čtvrtka 12 hodin. Naopak na jaře bude tento týden počítán jako 167 hodin.
Pokud by tomu tak nebylo, posty napsané po dvanácté nebo před dvanáctou hodinou by nebyly započítány či by se počítaly dvakrát. Záleželo by na způsobu přístupu výpočtu.

0
0
0.000
avatar

😅

0
0
0.000
avatar

sorry já tam taky odpověděl ... koukni tam ... tam je můj poslední dotaz :)

0
0
0.000
avatar

V pohodě. Máš tam uvedený tabulky z různých pásem, abys viděl rozdíly :)

0
0
0.000