Why #Ao3 was down yesterday:

@vashti and this is why we shouldn't store numbers in fixed width fields, or compute using 32 or 64 or 128 bit or any other fixed size integers.

Bignum arithmetic has been a solved problem in computing since Maclisp in the 1960s.

#Lisp

@simon_brooke @vashti 264 microseconds is approximately 580 000 years (more than that, rounding down), so 264 is more than plenty

@catgirlQueer @vashti As I myself wrote, years ago,

"At nanosecond resolution (if I've done my arithmetic right), 128 bits will represent a span of 1 x 10²² years, or much longer than from the big bang to the estimated date of fuel exhaustion of all stars. So I think I'll arbitrarily set an epoch 14Bn years before the UNIX epoch and go with that. The time will be unsigned - there is no time before the big bang."

So, yes, if you're content with nanosecond resolution...

https://github.com/simon-brooke/post-scarcity/wiki/cons-space#time

cons space

Prototype work towards building a post-scarcity software system - simon-brooke/post-scarcity

GitHub

@simon_brooke @catgirlQueer @vashti

https://en.wikipedia.org/wiki/Network_Time_Protocol

NTPv4 introduces a 128-bit date format: [...] According to Mills, "The 64-bit value for the fraction is enough to resolve the amount of time it takes a photon to pass an electron at the speed of light. The 64-bit second value is enough to provide unambiguous time representation until the universe goes dim."

Network Time Protocol - Wikipedia

@TomF @simon_brooke @catgirlQueer @vashti it took a bit before my brain was able to grasp the concept and proper meaning of "time it takes a photon to pass an electron at light speed"
@jay_peper @TomF @simon_brooke @catgirlQueer @vashti I'm still not sure I grasp it. Is it the same as expressing the "width" of an electron in light-femtoseconds or something?