Oh yeah, I would normally say there is no wrong way… but going from medium scale, to small scale and then jumping to large scale is just insanity. And you can’t argue with the inherent sortability of the 2021-12-21T21:58:55 format. Biggest scale at the front and smallest at the end. Having the year at the start also solves the confusion of whether 01-02 is February first or January second as there is no commonly used date format that uses yyyy-dd-mm.
So, ISO-8601 all the way!
The point is there are some formats that work better. I had to stop using the format I am used to because my coworker might read it wrong but there is a format that works for both sides. Now we only have to train my coworkers to also use that format.
Which format is what you use, I mean unless it actually says the month-day-full year then its less confusing but if its just 00-00-00 then its still confusing no matter which way you look at it.
Imagine its 12-22-22…or 22-12-22 or Dec-22-2021
Canada like to use 22 year 12 month day 22
11.12.2021 is what I would write but my US coworkers read that in the wrong order. 2021-12-11 is less confusing for both sides.
I exclusively use yyyy-mm-dd. Yes, even in my windows settings.
The worst thing that could happen with that format is that someone who hasn’t seen it a lot would find it kind of odd. But they would still know what date you are referring to.
Using words clarifies what the month part is, but removes sortability from the format. So yeah, I think yyyy-mm-dd is the format that leads to the least amount of confusion. And it also happens to be an ISO standard, which helps if someone complains about using it, lol.
Yeah which makes sense but some reason not every one puts full year. Also Even in that format you can get cofused if the 11.11.2021
Yeah mine is the same except the year at the end.
And since they currently don’t support STORJ on polygon at all
Thank you. I get it. We will recieve STORJ coins via Polygon network. Not Polygon coins via Polygon network.
Yes you will always receive STORJ tokens as payout. It’s only the L1/L2 layer that changes for the payout.
I vote for Unix Epoch format but in seconds from 14 billion years ago… and Degrees Kelvin. Why is water so special?
Many people share the belief that water contributed to the development of life on earth
Still based on water. The Kelvin difference between freezing point and boiling point of water is still 100K. 
Oof, me neither! I’m so sorry, that was a copy/paste. I don’t like it either I’ll fix it.
2021-12-21 15:58:55 until 2021-12-21 16:01:19 [unknown timezone]
or
1640123935 to 1640124079 [using @BrightSilence’s timezone data]
Funny the old discussion between British empire units US Units and the rest of the normal world 
I love how this thread drifted from payments to date formats… But I’ll give my opinion too although we’re off topic! 
In my company we’re trying to follow “Opquast” (OPen QUAlity STandards) rules for improving our clients’ web experience, and they explicitly say we should:
See:
This said, if we want to stick with numbers only, I think yyyy-mm-dd is the only viable option.
Because yeah…
Exactly that. As already mentionned above, for non-US people this is just confusing, but also it is error prone when day and month are lower than 13!
I’d really love to know why, someone one day, decided to write dates in that order… 
This is funny but I really meant the leading 0 on the 4pm
The month/day thing is fine by me
Well, that backfired, haha.
Because that’s generally the order in which it is spoken in American English.
Are you sure? In the USA maybe, but I don’t believe that’s true for the rest of the World? If I remember correctly, people in the UK would say “The 25th of July” for instance, and not “July the 25th”.
Written or spoken, that mm/dd order is just… counter intuitive I’d say
You’re right, this is specific to American English, I specified now in my previous message.
