XPlorer following the chain as its own read-only node

height 25583 of 25583 on the network. 9 peer(s) connected, 91 in its peer directory; 2879 block(s) followed and 2342 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 · 91 km ENE of Hihifo, Tonga

15.6837° S172.9847° W2026-11-07 23:27:09.444 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.

Depth: 10.0 km
Place: 91 km ENE of Hihifo, Tonga
Observatories agreeing: 3 of 5: USGS, GFZ, GeoNet
Independent solutions: geonet, gfz, usgs
Signed time: 3 of 3 Roughtime servers asked signed the digest, verified against the pinned server keys
Record made: 2026-11-07 23:46:15.065 UTC
Timestamp id: 0d16b097b8c2aa17be649c7491d2657d16b5282eb31896d7684577c8b9d887b6 · 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.

Observatory	Event id	Origin time (UTC)	Epicentre	From the print	Depth	Magnitude	Source, as text
USGSUnited Statesagrees	`us7000twus`	2026-11-07 23:27:09.444 UTC±0.00 s from the timestamp	15.6837° S, 172.9847° W91 km ENE of Hihifo, Tonga	0.0 km	10.0 km	5.1 mb	`https://earthquake.usgs.gov/fdsnws/event/1/query?format=geojson&eventid=us7000twus`
EMSCFrancerelays usgs	`20261107_0000292`	2026-11-07 23:27:09.444 UTC±0.00 s from the timestamp	15.6837° S, 172.9847° WSAMOA ISLANDS REGION	0.0 km	10.0 km	5.1 mb	`https://www.seismicportal.eu/fdsnws/event/1/query?format=text&eventid=20261107_0000292`
GFZGermanyagrees	`gfz2026vwej`	2026-11-07 23:27:08.720 UTC−0.72 s from the timestamp	15.5130° S, 173.2100° WTonga Islands	30.7 km	10.0 km	5.3 mb	`https://geofon.gfz.de/fdsnws/event/1/query?format=text&eventid=gfz2026vwej`
GeoNetNew Zealandagrees	`2026p840487`	2026-11-07 23:27:13.000 UTC+3.56 s from the timestamp	15.7320° S, 172.4960° W2545 km north-east of Cape Reinga	52.6 km	33.0 km	5.5 mB	`https://service.geonet.org.nz/fdsnws/event/1/query?format=text&eventid=2026p840487`

The atomic watch when the record was made

2026-11-07 23:46:13.025 UTC: this host's clock is 1.431 ms behind the national time laboratories (median of 9 of 9, good to about ±10.377 ms), inside the 250 ms tolerance.

Median offset +1.43 ms, verdict in step.

Each tick is one lab. Zero is this explorer’s own clock; the tall mark is the median.

Time lab	Host	Offset	Round trip	Stratum	Used
NIST	`time.nist.gov`	+3.96 ms	123.2 ms	1	yes
PTB	`ptbtime1.ptb.de`	+0.62 ms	12.8 ms	1	yes
NPL	`ntp1.npl.co.uk`	+2.41 ms	16.7 ms	1	yes
METAS	`ntp.metas.ch`	+1.43 ms	9.83 ms	1	yes
INRIM	`ntp1.inrim.it`	+1.56 ms	21.7 ms	1	yes
NICT	`ntp.nict.jp`	+1.93 ms	227.6 ms	1	yes
SYRTE	`ntp-p1.obspm.fr`	+0.91 ms	20.8 ms	1	yes
VSL	`ntp.vsl.nl`	−1.24 ms	16.1 ms	1	yes
RISE	`ntp1.sp.se`	+0.69 ms	21.5 ms	1	yes

Digest and seal

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

Digest: 0d16b097…b9d887b6
Seal scheme: aegis-gemini
Signer: zk13str_b4c421607b749197aff78f3edb58ce087a7a16b6_16a1
Signature: 167389b937f33477b0ae1fae3e9edbd09132fc340cb82d1cacc0cb9fff89a41b72f11f28b6346c87d8a097b12917d6717b2568bed970a58fbffde09005bd5c04
Post-quantum signature: b76255f9…0e141a24
The whole signature, 3,309 bytes
b76255f9989b46c123ebcc5679521147d0597a74abc54ed89fcd5cf15b2dd59219500692816c1278cbad5645ce275473f5f16bf110256b685782efd8c4c377978a94bcb56b1d35dfe44419f4f2b7c1822967da6c97056bebe644f24887ef7e405def2c8e7eb4f059334d2c89ffb0c274cddc80f0f05aca3bdfcb2ac48210e6e48a8d4a95390b177323953d6b9c308310d8d9e103c7bd022131cc406655c869b3cb21720f8a9ffbd48560eefbebc00f1837986464fd7b3eb7030e57797be97328a77452a82f47d54d219b8b6e69ead1969688f6b9eb62a85b5c995334bc34bf3229d9414ba87cf1b97970b3e8582e7765f7ddc98901b86a48cdb85d6c04f51515171963464f37aecbeac31f83c3a8c4e4beab4744f67bac6091ec68aa5d01adf127927add63cd958f31f3d1f7853c7c66d751c98190e259904bfb220c297e2193176466cd5d08b4e07be3b5fd50137d24dbd8c369cbc392b6ad421eb9941d2e80e7b8a2f50a2f8d37add13fc48b81419e12aacdd3c691d3fa9d5e503883468b2531ebb71d3ab6bc80ba3cdae05bcf0dfe6466b277a35044083d12fa1477fc9d2cb51e3b2a066dfab84a9baad534e36e410a3180078860ea53c711e8fc2e2183712cf41230388ee5a6355a377e44795dfb5c2e81341822d04efffe78251a659af652249dedd268d7a74f16292c9cd7e28df344cdb0f768594d9966cbeaf2d54c83217c554924e31caee4b381e9802e962175af97fe27da32ce99dcac8e3305601bcf60aca1ad43d4c54a3611f31fb15597e2fa2d4b623eb39e955a8047ed18c1e4f59bbee9d2a66659acbff62f4b9d9dee063ee2b9c25c8c51cf034913df37c262b75bd28fc7052e611bdf4ad88a521db7a5c90463db8cd27584c3ba3dd5ba05c7b04d021fca0caa9827191cce2e25a54c0e782414aa91cb2b387c8f9c76bc352d4c051beef100a8003a30e16f0c7e64373bda589ea88fa5db0cac6f170980865f84b2bf8e51025a48106186ac33f75dc91e93c6299770086a0426523e24c7a89b61ee75ed2d79174dddf405a032b583548adbd9bd4457226e562daccaf7bca9b0f6580efa8c7b7a3a128183db7285b0d9393669f1dac504a814a32433a2bec48879672edfa2d88f681555760fd1aa585f99e438a434ba0986c873fbc2950d4b0c0f045c6bf9710c5099cb872bddb259a60b27f8a5bf980fb5755f47ca9d59502e865578f26325f6e9f71f3caf5cc3f831bd8922bc29f93fc674f6609881bb90da9928a0f36e79e36eadafdd6f9e51175c09fdb1bd895530eff31676cfd1ddb40f56c114ce83214f0c9175d02a9c5b6a2f85657854dfb2516039a92367d700db1f95e37ed3c187efbaccb2bd14dee4a9c18fb0d5e6afdb12a466e2a0e5eaa7a041b70c06364cece7a32c88e6932d4f25c71dcb5dc867e089602078dbebe9d9cbfe5f183ae9a7d1084bc40049c5e1ada9b799a29768eb9511de32b8f1e45650e4303635f391ead71538de9726b997c1e226e05b7036337e37760735bd8ccede14ffd36235b3dc5018f37cc3f68020a6ac07abccf51bfcdd7228ac9cc31f17961b093c46cf3d2671795bd141934dbdaf5eaeedbf1edee45c91f9f1311ad353b88c39714513f1847f6b0fc41cd7180bccbb4959b727aef97679e9c2ec723367fb93e52f506b659116a51485f3a11d5a4080f368ba404117b1b6dbc574cbfd3e7a91fe1405474761ad7bce89d11158f8d51fb3a6ac63eaf653445e1f12202a1dfd4493a8a23dd7e312c0423478c0b8b0b9f19374d7b5e43be6982b6f0a7ad38eeccd3ed503eaa4c0e9eefd47d2d021a776bdaa49610182b6a218c96fecd9d4b9ec68c6cf4579f06d4cae8f0a6eaa36ca1adf84fec6f4c0b689fc47a7d66f63f07c5e86ed2135f2d2d2feb9e4bd9480cafa67895b06494148010b62f30912c301b785ff3859fdf8cef42a48b50113e5267959d3885630feff2a2f4009fc24ce53c2bba72ef139ab95134a27aca87d06b009a40893bc732ff41aca10062b0e0f13a33b925f266c56fbab1244f8a66d50c7c39eae914df1fe94722fba08d8f0c847f21a834645f5dbf3159b73efb9b044724c30a602e9a0415bdc37cfdeb0c91ed7b104a8cc2f34adcb7a5b5ba05561176e07f239f00eced14f885982e1cd6cb48e25a21e41f940646eb0ce91e4742439e27fc093eaa067f6000de526363f60b4aeffc6ae657ff1e6e951137247e063b2a3c84f88844674273a226cc981ebf0595c7839e36bfa4f4a9799a667a560ebae93b4bd6f6644564c26da2f61fc3de235563fe35691803dbae7ccc5916097df2e81d823f919f1544cd34fe8f21daba6d2b35668ba8ad60f92f4f98e1cb0c219849031eb6bfb6d5aa2084c5254b3b32eeee49a2405ca4cefa4ac8ded9c19c30cc88ce2215be581953f806c891b3fe7c6a3451028ffb3db97d2b12f887463f3d8c7acfadeb6c94d3573c2fe6aa3bd0b73b71755cb2df049c76194c7c23a46562fe01f973d56543cafb1b0a19e791785a364a67f31ff415244e5b950e37eaba1469d76255a494ffb49986ea87b79facecbb45c9db515efc109bd62eb4c4cb9b199008065b658d6fcea34c99713fda1aa99553b7c2d927053df36b642f4921753b4733285ba68fcd2f0fe09d65c14e1e4809c61daee0f31efe1ba3065f579a16f3e8f6e7a72f5bf95cbe64019baca50cd64ba7f46241c8f6b05536d885fabab87fec623ae2e909b4065559aceb7ca2738921c814edda0f209c8e7a065922f2656877a268398dc2d117b21ecf5c870382c5b69c4258492eed042a765da78976da5c9523d85ae939a9d11a219e8fd0dd5fbb5266b8106ea8ba562fbf29df02fd2f23d52270e4dd292e4c7177e34a7d3741479e5df4f7bec665af6940206a2ac2a663e1321080bf65cffc61de4182355e5a154b56605b7c24a0ddeb3550c724f9c93c7abec5c6318fe6ac7e229010a3d2e7ed4f3c9e2821b4cbd176cdfac83e7c2f967495ba3156bdeb5db74581859882edb00e1b99a92b4f57a77b1f70fd7c9c3b0f6bb24b3de00dfc90e25c3ccafa86d82ef834d7abd09872576ead3bd29884092397e4f9bd9aff2f9e701e7236fedfc66d42f25e714e2dac773b1a79bc44d5b0ff8d1548e4a5bbd4e6fd13922bf9476b0ab142866aaecdd2938617d4ff25e6047276c9361386f0c5df279af9d350815f33044cf400087b5d2f21cd57bb038e0b86ec2e526ea358684c9cbc23709f1d60c2267574ccb997c27f70ab64498defb2c8c32763926d5cb16a8f51e7c660d5436f6b3d9761a2a2d273a321bbe498217986608d3d854812b4d61f4fa6efd78eb13eb79c660f0508a96ee83eb62d4c6ddf387100363cd1f83a82a156cdfff17e8e6ad039af27f273c88859756ca4043b88360e157467a5cc00eb4feacf2856d0f0646b177ebc6af490a7ba94230ee2b6a16d417e6c20e56045887eef9f2a5f17fb2bf05903662ff3f24106a02c96609636bd2e7127c2975f944425831c093e1092810a032bf591d0123ea433a2d0f96c78670334ad5639a6e8fb15ce326fdc13cf2ec3f37b8994b0898fcdcef4f5e431838c4a5fad52a7a123c4066b59b8da32747bd2636ff9254ea867a182b2da233b34b5a42bcecb260cb1ce3a36499d8c1b075561eb6493be212caceed5d82f456b14e7c0a3ec5cb7413b8145fa4ff21178a7284816f92e884b21abba054544bf7112e0fc46e4237cdeefb584845060a342615fa118fa31a1a6b9af558f6bf6acf5ce8cb389d89ea56bef4249844d90f72cff148ca67f69d75cc68a129d218bf89d2f2772d6f6fb59265cdbcb8fe5c41cf88919864f2d7dd3cbb635f8bd457818f3b2677444066407545c82c285b5a6c8f15c50ce7211fe7ef392afebd6129f63c5953188b46d9381c767d8a03717ddb037f14b5bc9d73dd93f5879bd4fa1b7da4c5175a8e0010d57ef2050f4e52b19156329a33af0fdbff740baef3a120d85d1f2a42fc753e710fd923286f69a58668b6895f3253a5a31a11eadd8110d763431f2a1d1e574d84f7dd43df3885611b4732c1430c49914b3962fe9bdf43b35cd47a4690b10d51f405608b2ba3300a1b75d980582beffe2ed93a091315ce23031c70278dd40b8dfb8de15723bfd9cda9afbe4e98d0af6b55f9a9c6b68bc334b0d6702ddc89bfbfc2a868203f8731b0f978a68728ab22f6eb576740d6cb324c3acb788ece1ea037d40dbf4fc34f85ff4a93c765589e756d0a652eadbea8163b296a4bc05713fae58ec02fc2d8e9f7f5071b35f5979b211a34776b46b397040e09600d3e7d89db1ad1dafbd15068b42263e78b4eae28c1222215bc4f35c8c27cff605b858f98385b7c78d83b6ccce178a4b5e8723b81e8d9e2876c228041bc4de685399dcdec856da146b89573c4b4038cff52edad9036ff04c145fb928eecd3e7501ca4f73546e1ad307c243f35ee2c2c66230b6e0ad55fb912646d9a3913e468cf61c2a24d9a41db12a6ff982a7bfc04bdb87ba81f5c8f8d3f0b4b79f2d695a398bf79725388c77abd1042344d0da2b5ea500411e1006984e4a8a88f2b1c18163efe474085d195d0ccfe262f5a6cbbea3485b1cadaff3eb20b0f2f46babc0d193a53abd41e2e5a60797b8e9cb1e100000000000000000000000000000000000000060c0e141a24

GodCypher

Binding: Both layers are signed by the printer that sealed this timestamp, together with its digest.
Countersign: CountersignedNot sealed
Window: USGS hour feed, published by 2026-11-07 23:45:47.000 UTC, 10 earthquakes, this one among them
Window source: https://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/all_hour.geojson
Window digest: 69e84230…e3169528
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-07 23:00:35.650 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

Read the timestamp as data. /api/timestamps/0d16b097b8c2aa17be649c7491d2657d16b5282eb31896d7684577c8b9d887b6 is this page as JSON: every value the digest covers, as it was digested, and the GodCypher layers beside it.
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.
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.
Once it is anchored, open its transaction and check that it carries the digest shown on every timestamp.

All GodCypher timestamps