SourceLessExplorer · SourceLess AsgardSourceLess Asgard · chain 1313
LiveHeight23,731Head age1 minLast interval2 minFinality23,720Behind−11Pending0 / 8,192Tx in head0
XPlorer following the chain as its own read-only node

height 23731 of 23731 on the network. 9 peer(s) connected, 77 in its peer directory; 1027 block(s) followed and 855 pulled in by sync since this follower started. Caught up: this follower holds every block any peer has claimed, so every panel below is the whole chain. Genesis 1cf8655125cc1bbb…, producers genesis.

What this follower is, locally

Following 7 seed(s) — their addresses are not published here, for the reason the peer table gives. Its store is held under its own Cerberus lease — no other node’s store is opened, touched or stopped.

M 5.1 · 201 km NW of Port-Olry, Vanuatu

13.8611° S165.6455° E2026-11-01 07:00:54.331 UTCM 5.1

A GodCypher timestamp: this earthquake as the observatories below reported it, timed against the national time labs, digested, sealed and counter-validated by GodCypher. Its anchor on the chain is pending.

M 5.1 · 201 km NW of Port-Olry, Vanuatu · 2026-11-01 07:00:54 UTC
Depth
10.0 km
Place
201 km NW of Port-Olry, Vanuatu
Observatories agreeing
2 of 5: USGS, EMSC
Independent solutions
emsc, usgs
Signed time
3 of 3 Roughtime servers asked signed the digest, verified against the pinned server keys
Record made
2026-11-01 09:34:26.414 UTC
Timestamp id
fa2d05f7f4da95bde893dc6483bb5fbb6fbdb84af47dac1b6622798667ec768b · version jord-v2
GodCypher
CountersignedNot sealed
Anchor
Pending

What each observatory reported

Each observatory’s own values and event id. The distance and the seconds are from the timestamp’s own epicentre and origin time.

ObservatoryEvent idOrigin time (UTC)EpicentreFrom the printDepthMagnitudeSource, as text
USGSUnited Statesagreesus7000tund2026-11-01 07:00:54.331 UTC±0.00 s from the timestamp13.8611° S, 165.6455° E201 km NW of Port-Olry, Vanuatu0.0 km10.0 km5.1 mbhttps://earthquake.usgs.gov/fdsnws/event/1/query?format=geojson&eventid=us7000tund
EMSCFranceagrees20261101_00000902026-11-01 07:00:54.350 UTC+0.02 s from the timestamp13.8562° S, 165.6472° EVANUATU0.6 km10.0 km5.1 mbhttps://www.seismicportal.eu/fdsnws/event/1/query?format=text&eventid=20261101_0000090

The atomic watch when the record was made

2026-11-01 09:34:24.522 UTC: this host's clock is 4.495 ms behind the national time laboratories (median of 9 of 9, good to about ±10.385 ms), inside the 250 ms tolerance.

Median offset +4.50 ms, verdict in step.

NIST: +4.08 msPTB: +6.59 msNPL: +5.73 msMETAS: +5.31 msINRIM: +4.75 msNICT: +3.09 msSYRTE: +4.50 msVSL: +1.95 msRISE: +3.04 ms−10 ms0+10 ms
Each tick is one lab. Zero is this explorer’s own clock; the tall mark is the median.
Time labHostOffsetRound tripStratumUsed
NISTtime.nist.gov+4.08 ms124.1 ms1yes
PTBptbtime1.ptb.de+6.59 ms18.7 ms1yes
NPLntp1.npl.co.uk+5.73 ms17.0 ms1yes
METASntp.metas.ch+5.31 ms10.2 ms1yes
INRIMntp1.inrim.it+4.75 ms36.2 ms1yes
NICTntp.nict.jp+3.09 ms216.2 ms1yes
SYRTEntp-p1.obspm.fr+4.50 ms20.8 ms1yes
VSLntp.vsl.nl+1.95 ms16.3 ms1yes
RISEntp1.sp.se+3.04 ms25.1 ms1yes

Digest and seal

The digest covers the timestamp’s values; the seal is SourceLess’s signature over the digest.

Digest
fa2d05f7…67ec768b
Seal scheme
aegis-gemini
Signer
zk13str_b4c421607b749197aff78f3edb58ce087a7a16b6_16a1
Signature
9171e8bf488ba6caa9e54327b387cf958ace7c07aa780887049a5ac3cca580db342400ccbfb44e334fffacfe9a3fb660b3d1571145adef3a63d2d56a9ea0d903
Post-quantum signature
f408a704…0e1c2228
The whole signature, 3,309 bytesf408a704f7913d6960da4be548ad62db6ae2b4594b7d124b01aac334f97c7bc35a301f41b1a220d60ccda33f2010de7f7d375b67291e441bac89e8136232a773111dd80c2e24ec67c96f4ca7dcdec1c9a54f50db9e8032f8861db668e67a2b2a1d05302d529a330871e63fa3a196d0291885b90f8370207b454ac40404257c473d317d568f4a2f29f2da22566219a81b515e2405b7c8fa473fd003b22e53e51d826da6840e087d396300264ec76fa54dabe254e18fbc53a052259143c5a25d8e6d72e749b5bf1050e1a751ffe5289dd914402e582de56e92f8b863efab03bb7bb4597aabdc63eece81f0870bd1fd0796b44825b1c1d97afc4a270fb10ad5aeec5dae872f304e3ed11fbb477e2ec186f55922f4bfe40fee47dfed6190449a4764cc0d46f8055c37cefd815cde70211a3ecb86cfa3b6007481d909e60648f06318f3a9d013f007aba97e96239cc9aa8ee0970de1c0bb2788952f76a8e31deaa78a16860aa8025a00b4679a1c9ab8306ca76daac05600b409ef10991a49297464388c29f6f05c9a8ed6d7cf7ca3e40556cb4edc7dccd4fbe9742c054684c0418d4b3cbb3b0d583b0361c6dd175b0dda8ec64eed60626875cacbd1b4b381dfc46fe5583846714fc62c9f745058ad4ad0e97ef820b7d427e10c6fb9a5db20b7f025e0c45051baecace9621f08ba4929573813a769db7e04343408a83cd961888acb85cfff9b4b4f5492997da5ee25182388eb1db16aabee7190c5388897eb74e8ccc8b27ead51b32bcc1d3e816b4d5a65d9e5e44a908c68001697a8dac2b8d9eeba426d51e9a8913c86188798a1f033ab7b5fdb22868e6c5ecfa09194d1a5f2913e90e048ece86c7867b40547a25a5f4dcce3bd87a49e199353bdb6d678cfbd2a0329369193a66b8500dcce1c42b777a719e188d8f4ad4a8a3e6e568522f35a25a798dbd60b482f3a6fd0d851b49fa3bfc61c60618cdd641a5becba80ef1046f726bc12989a276ef602d3a4bd469fe23aaea5c6932e2c3b2998b3d71f19140ffe4b66466d82902ae39ce8f6405e6cfc27f007ffc7912698996482e81ff83ec154b706bea23f8e4820051726295eb315f78c91d30abb2b6c94ac80f81365f025e4d88fbc4841a085c5c35d5a017b9557046968caa3fffe969ddd268d781bc4681ef7983279f52a67cdd47f6dbaf37af5e81f3a6b8c63a4e8210af9dc1d47c627a67f6b79eb6bab6d5ec961198f12f6a7d612bb68c6cfc9665518e437c50dd75ea762b2ba9311045ebabc05d625e748b6ca930b24df1caa64fe39e26668878637bfd0eb1fb7727480fc970fae6313be221dc82d7ef74991a8077952ae39fabbe2bc35d082026e5ea8736ba4eb4351307279ad9628f63e1186ec7276f83e3af2d9254ee6e98150317a7aa1f0ba6b6c563fcbc0c4f9c00d5194d932a7401c6c219964f86e2477977cbf982aef35a5a33d5bec38fb0393c509a0397be3405da244b22359fef78994519b9837c94a0cf99389f01c62b5cf9f9466e109dbf6087bf9df8121bac415f76069a18e5828e703d01603c2b9ee2bbcb91a7b2f057ef849787da4b9cd1370438ae2867ca1ac54c253b9d34d731ab1b4a9fab6ce83ea5833d2268b0bf076301df76d89e1721e5e89f148a5a9cbcc772a249bed47486ab932ba271bfea319379d6c70b035d5b9b4b1b3a262fb079fe5051f7810a8ee18a10f7190b06e6680133308ec89a162b560fb908bf5fe2fa5bbdd2f72160586beb16ffade404b94ccf08b14279b3b513abadc8159658c26948e14ae85ed194a41b7c5e998fbbd8efcee1d9beefdb925b6fa90756dc482cc2aa2f9021e090c0a7b31ea750b78e8c3316f1887ddadda8bdc1efd509b69a7b0b831b2005ed9f6f1a123b45bd2116592f351102e5d08229294470865f2e5fd6fda3f443c82de02bac069c5dcf67e072f33816cb3f2a591d42c4cc51c7454d4989a05ac469804079c12fcb31ac25718a43a4c25eba3cebb5fa829b34d0486ba1141e9fdaf4f4cef312312217b700ab47eb518b75ac4049938e6fa09d9e0eb1b809a70e4d33a3b2d6eef5aa2c86f32e25b990f36a9073e4d8787c2090a9e0a996fe34a47e92b50a8588fd69f4d13be645173d062a356b0e6a509e700ccf9fd23cbb4349b90c7954b3a9bf2c787f5c86436bfbaeea60ee1a0d16f5ba5bc8e016c9e9d7d07792d4d254e310e292e034655200fac0903e50985565ba1341c3e3d279f9d300731b1fa537b83f0d8ee9fca3271468a266ac0d57c8e9ac2178080c6a13664e7d8930930153ecdaf5826c8512a475b1b9573db3c2db7224adde64b650aec961e9ff5c1d9ba4214b6c6c9ce4a0ce25a4a2bbd9178fdd5b56865222f7adf10a06431f5386ccca98e6ff24f2c7e915e7aff6f7cfe75609e03bdc5325f1503a7557a688070bddfbbe5ae1b3ed771f942cebc196a9f328e9dd31dc4878a737056b784fc21e333419453a43eaad3a45325976b2b6de054b738a40769f33059eb9bec6a1e441de4d21dc0a608e2f932ea9a559f719b35f61bd5977f464f908589865ccb3c86b66874b597b30bfea5526c045e20cf52aaccf3182ec293174a55a542e63749382be75d624266ebc9d84b6622ae356246a4795e53cec6e42363950e91321c93cd7eff523195eb0fe2ec1755cf3733cf7d60bdfef4af1b58a47cc67c51bbae2c3c24e96bf02a4a28bd3b33fab2e622518ae992db192b8746ee701aa4939cc9de6e4e2bfd954a7a3fe3e7d1ca1422baaa22345270608985aafda49a2f5db2a8eeab7f76951877b8603abdd8eeb1dd320ae849e66aff3b1ddd34da1f8288db475a6fb4cbbcf18a1f27fd4fa93c3e159fb245e73434252df6c5e03f8567c2b223ac0aac3e053983e47bf712de72211259b18e54b66317a6db4c01c31986a041625b8b053264b7a16a925ff028dba51c9bf7a186ee611a8a6d9c41b7123ce140bd31f221950e36a2e3212a6ac4573312150c9def12356ee375858858ffbcbbaa7208c1b8cd47ef8a93fb7efbea7d7ce5cd242f909800443355219983b947862d3beba1671d41b8d4063c5ca57a361230c84a7fb6eee693e26c222a1762803d5e3a0e85dbaea31bd1c48d5c0d5ef8ae7c6ed474b2e1d5388b2b5297ff1f9acd3c32aad06e2f31a7d8e6b82565a5a3027c024354aa1db45d1af30475f7334b579f3eb132c31de299c4c525216f885858fa1df5e1e4204d302a0503f19586fe1235b3d03a46c099be98c4feea92b00febd170b4a35b29be4e3e2304d836a0941aebe432e36644c1edb627b79407e19b9dd0987652d8ea0380c0540ff9a8719b56598daaabb4c2e5bf7bb52f0942c788c984154f88dce79d7f17e1fe0349cde5485fa72e1913174176e89b101fd559be66afcb1d3abf2a5610c3ea02475f977567659b35e66c777eda0fa23e5c6612f5c3c9510acabbd9d5845d16d0580bcd765cc5bfb2f68baa0fc8db986f5ba7aeff445e8eb542834cd1f66a108adc07c8825fd00c099ba818dc51b9adc3b0b1f807164d9785b1f4f67838c474053405c11f4eb67f18d01bbfeefca3eed8fe8e867ae8f47743fdbbb0e64d1a3f66427ad3884e2b8bebffb05a5ca384e2966e3a1f78c68b42173df0a7ddbf706f29074ed7b24339ddfb89cfd43e375500b7dd4315497720f8069b7867fa0d6951a76ff0ffbc9801cfa0514e141ee5e622891f9bb40690df1b02cb0452345f60842da7644b89a870261f8b17ad120676952f33d117fc38301574ca53771855a62ffd390e9b25af8014da95967c6dd0beb603f7910f9871f10f19354303135d8a16c85410b474547c3be6b283094baa79f1cf8d4a6c2c4d7ab85e723f67be8cdf9dc8d5aa2b43e7b2f7c12ed1dbd895a71c25d58c59f7eb6c0cfe6134a65c680563aea9d3e264af6bd37f75c985eaf53f658cf48d007752b58b3dabbe39e9fcfe2fa24ef6605981885af5e3b43b05cabe742d58acf2de8d64837a006beb84bd9dd479cbe7d77d3fdd26413ecb4d9a6bad24d700c5c12cd80d1940b2800f4811ed46492c22ae8c0dabd8a2d32278c2134d821cad543f2c6e1e6a816618e4d2064171867201e4c4fe0e9c7bb785debb718a6eda85dffb6f33606838e5568895cd12f1502dc17cba566d1472a708b1ff1c11bd8c80028bf45811e203522b02c47764c9c3953cf086084d5a7899751341b281750a3e136959ec78141b2870b7340a78c82419df05032fbd33e9ad1dda93cc5573445c059dedf70a5ccb4524318882d6bc607808965fbba69d3d57f83d2348d433b8e877000a1fd3ba07184ae746028f62a21756299d414d2a96be6ad1fbf17488e8fff46d192586ad357e86ff1b45f3dad6bc337f14433fca78e9bf50a9941dd9d5be312ea8f94ef74c2ba0029a90b6c06fd5f206b659f5dd8778f4b6e23c7b0e8ef6f9476d9aa30ba7da035ecfa525778a2b256b87dae7d78c5de706f167e311bf24026e4bef250f364e222ba2334e1cb900c47299c0fea345f5875ab806a273cde2c5f807c8bedcc66ac17c4b0432c573540380815edfc130b3823bd1f03eecbe35b4ba5fcf16bbd385c83c4974fdba36c2daaef8d464e5366989e1f7fe125c777a92a10b5b5e6364677c8b9bafb2eaedf70338426d85a9111f4c83878800000000000000000000000000000002080e1c2228

GodCypher

Binding
Both layers are signed by the printer that sealed this timestamp, together with its digest.
Countersign
CountersignedNot sealed
Window
USGS day feed, published by 2026-11-01 09:33:59.000 UTC, 222 earthquakes, this one among them
Window source
https://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/all_day.geojson
Window digest
1af92462…2be99b34
Countersigned by
zk13str_b4c421607b749197aff78f3edb58ce087a7a16b6_16a1 · the printer
Checked here
the signature, the digest it is over and the window digest all verify on this server. The window itself was not re-fetched here.
What it proves
this countersigned timestamp did not exist before 2026-11-01 08:16:53.064 UTC, when the eighth-newest earthquake in the window happened, once a re-fetch of the window confirms it. Both routes rest the bound on the eight newest earthquakes, never on one, so it is looser by design than the newest; a re-fetch from the permanent catalogue, after the feed has moved on, confirms the eighth-newest it matches, less five seconds. The window’s publication is shown above as “published” and is not a proven bound. A lower bound only.
Sealed evidence
Not sealed: GodCypher parties not configured

What this page checks, it checks on this server. The full check is node scripts/jord.mjs verify on your own machine, with --refetch to re-fetch the window.

The upper bound is not GodCypher’s: it is the Roughtime signed time above, the national laboratories’ judgement of the printer’s clock, and the chain anchor once one is submitted. How a GodCypher timestamp works.

Anchor

Pending Not anchored yet. Anchoring timestamps on the chain is not live; when it is, this line names the transaction and the block that carry this timestamp’s digest. Until then the chain holds none of it, and the page says so rather than pointing at a block that does not hold it.

Check it yourself

  1. Read the timestamp as data. /api/timestamps/fa2d05f7f4da95bde893dc6483bb5fbb6fbdb84af47dac1b6622798667ec768b is this page as JSON: every value the digest covers, as it was digested, and the GodCypher layers beside it.
  2. Recompute the digest, check the seal and re-fetch the countersign window on your own machine: save that JSON as timestamp.json and run the SourceLess code over it:
    node scripts/jord.mjs verify timestamp.json --refetch
    Each layer is reported on its own. A window the verifier could not reach is reported as not confirmed, never as a pass.
  3. Check each observatory at its source. The addresses in the evidence table are printed as text for you to open yourself; this page links to no other site. An observatory may revise its values later, by a little.
  4. Once it is anchored, open its transaction and check that it carries the digest shown on every timestamp.

All GodCypher timestamps