Editing Unix time (section)

=== UTC basis ===
The present form of UTC, with leap seconds, is defined only starting from 1&nbsp;January 1972. Prior to that, since 1&nbsp;January 1961 there was an older form of UTC in which not only were there occasional time steps, which were by non-integer numbers of seconds, but also the UTC second was slightly longer than the SI second, and periodically changed to continuously approximate the Earth's rotation. Prior to 1961 there was no UTC, and prior to 1958 there was no widespread [[atomic clock|atomic timekeeping]]; in these eras, some approximation of [[GMT]] (based directly on the Earth's rotation) was used instead of an atomic timescale.{{Citation needed|date=May 2012}}

The precise definition of Unix time as an encoding of UTC is only uncontroversial when applied to the present form of UTC. The Unix epoch predating the start of this form of UTC does not affect its use in this era: the number of days from 1&nbsp;January 1970 (the Unix epoch) to 1&nbsp;January 1972 (the start of UTC) is not in question, and the number of days is all that is significant to Unix time.

The meaning of Unix time values below {{val|+63072000}} (i.e., prior to 1 January 1972) is not precisely defined. The basis of such Unix times is best understood to be an unspecified approximation of UTC. Computers of that era rarely had clocks set sufficiently accurately to provide meaningful sub-second timestamps in any case. Unix time is not a suitable way to represent times prior to 1972 in applications requiring sub-second precision; such applications must, at least, define which form of UT or GMT they use.

{{As of|2009}}, the possibility of ending the use of leap seconds in civil time is being considered.<ref>{{Cite book
 | last1=McCarthy   | first1=D. D.
 | last2=Seidelmann | first2=P. K.
 | author-link1=Dennis McCarthy (scientist)
 | date=2009
 | title=TIME—From Earth Rotation to Atomic Physics
 | page=232
 | publisher=Wiley–VCH Verlag GmbH & Co. KGaA
 | location=Weinheim
 | isbn=978-3-527-40780-4
}}</ref> A likely means to execute this change is to define a new time scale, called ''International Time''{{Citation needed|date=February 2023}}, that initially matches UTC but thereafter has no leap seconds, thus remaining at a constant offset from TAI. If this happens, it is likely that Unix time will be prospectively defined in terms of this new time scale, instead of UTC. Uncertainty about whether this will occur makes prospective Unix time no less predictable than it already is: if UTC were simply to have no further leap seconds the result would be the same.