XPlorer following the chain as its own read-only node
height 23749 of 23749 on the network. 9 peer(s) connected, 77 in its peer directory; 1045 block(s) followed and 868 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.0 · Fiji region
19.3197° S·177.4264° W·2026-11-04 00:32:59.305 UTC·M 5.0
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
- 549.8 km
- Place
- Fiji region
- 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-04 00:48:44.716 UTC
- Timestamp id
e65513abae8fe502273ee075b5e9583dcda9d0f9cd9e83d84842bd48e0694a74· 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 | us7000tvuv | 2026-11-04 00:32:59.305 UTC±0.00 s from the timestamp | 19.3197° S, 177.4264° WFiji region | 0.0 km | 549.8 km | 5.0 mb | https://earthquake.usgs.gov/fdsnws/event/1/query?format=geojson&eventid=us7000tvuv |
| EMSCFrancerelays usgs | 20261104_0000002 | 2026-11-04 00:32:59.305 UTC±0.00 s from the timestamp | 19.3197° S, 177.4264° WFIJI REGION | 0.0 km | 549.8 km | 5.0 mb | https://www.seismicportal.eu/fdsnws/event/1/query?format=text&eventid=20261104_0000002 |
| GFZGermanyagrees | gfz2026voyn | 2026-11-04 00:33:00.770 UTC+1.47 s from the timestamp | 18.9520° S, 177.4410° WFiji Islands Region | 40.9 km | 584.1 km | 4.9 mb | https://geofon.gfz.de/fdsnws/event/1/query?format=text&eventid=gfz2026voyn |
| GeoNetNew Zealandagrees | 2026p829798 | 2026-11-04 00:32:59.000 UTC−0.30 s from the timestamp | 19.2340° S, 177.2280° W1955 km north-east of Cape Reinga | 22.9 km | 568.3 km | 5.2 mB | https://service.geonet.org.nz/fdsnws/event/1/query?format=text&eventid=2026p829798 |
The atomic watch when the record was made
2026-11-04 00:48:34.230 UTC: this host's clock is 1.63 ms behind the national time laboratories (median of 9 of 9, good to about ±10.466 ms), inside the 250 ms tolerance.
Median offset +1.63 ms, verdict in step.
| Time lab | Host | Offset | Round trip | Stratum | Used |
|---|---|---|---|---|---|
| NIST | time.nist.gov | +4.01 ms | 124.3 ms | 1 | yes |
| PTB | ptbtime1.ptb.de | +0.53 ms | 20.0 ms | 1 | yes |
| NPL | ntp1.npl.co.uk | +1.84 ms | 14.6 ms | 1 | yes |
| METAS | ntp.metas.ch | +1.63 ms | 12.9 ms | 1 | yes |
| INRIM | ntp1.inrim.it | −1.96 ms | 29.8 ms | 1 | yes |
| NICT | ntp.nict.jp | +1.00 ms | 218.3 ms | 1 | yes |
| SYRTE | ntp-p1.obspm.fr | +2.08 ms | 20.9 ms | 1 | yes |
| VSL | ntp.vsl.nl | −1.08 ms | 16.3 ms | 1 | yes |
| RISE | ntp1.sp.se | +2.28 ms | 22.0 ms | 1 | yes |
Digest and seal
The digest covers the timestamp’s values; the seal is SourceLess’s signature over the digest.
- Digest
e65513ab…e0694a74- Seal scheme
aegis-gemini- Signer
zk13str_b4c421607b749197aff78f3edb58ce087a7a16b6_16a1- Signature
307dc2c286e7b4afeb15ef20be6edc5cd0d86236a2f1ea122a8e79ad47848e817ef0bc9ffb84d1e020a88fd6e7cbe65cb5611a809406d09bb3b6a11d63244807- Post-quantum signature
94c34930…171f222aThe whole signature, 3,309 bytes
94c3493053786b2940c62e7e6770be129ad6882c0912a17a18194d56f8cd9e4b3ab57fca2eb7fad17d5b6bdfc6226cf5fc0d0a5d3e0fa5e65b52d99bf22b085b62e0987b84f7463ecfa1f6fe2f3f1edd3af76d7057f651db1a88f0a22863990c9ef34c8aed65ca7a738525fcfeb1a02142361ae24dca4b4822cdcad7723f74fcc24029d01a1c22c0616b22d4eb708d0289bd1fc1f7d1dd8d779901fe8032f04338da41088d7db7a300932286325f5ae16ee5a0652311f6f2cd9f3f059f53ea0206d11008fa753c0caf1ea8f5c2e19f32f66dfa9cbcf9b3d4070e5735c07a74f08a388af827a47817a16baa7c2cf8b70e9c2235182fd26852318e12d00d79f9c16a78705ff391527d57b082ce31c92aead47bc84f8fc7362c6f61ef025bdba23263471facd59212fc87d3617caa5bb74f37d803c3b30763add14d961de6ff63d0d6d670b62f6a61a32dd93546430fc5541cf745a63e79cb8b739f5e90a4f983dea2931f50b1851e4fa94862e707c612d44299afc66da42ae3e0b459ec455e4ee179a7def9bd6fdce07bbd5776bf75f15142cc9aaa7880f152c2c12b17753197f6738193c95c338b01d68d35d4f024944516b02a9465f1387bb4240e963ad2509b044d39feb88d54ce3220a0f9cb643e6f662fc179f1a3b8c49b887399171bba6c5c7f12194027c6a9c09b5c5650d16c4e8586985ea6d9e384ee0a411bd7b6de4bbec49d16bc5d2813186e55829d1dd95e14010ca9776e7194db5201d3cf18701db8ce8f4d214edb27b2ad2e6d15dfb7aef29efdd5f61122dfb929a7da13a53ad70e47343f0e60e3c85cd3f58e7b686a987f1929024d48212206bcb61d78dc5b49029e87620510f6c2ab3b72a706f020be5755f8dea36bd01c8deb093cbc28bda2388a5021923479929a1e7532f7aa411025b25def8b4b43231ab48b5fe1bda9c25841930998e83765269961b82df26ac4448c8657a079ee9b19aa674e7f1b4cb5b937e33e55e1764cb86aea8579f68b1646194eb3aa3cabce843b1292400e06b6529e1788b379f38113e7e2f158a46698a11ac6df12e676218a258bc6d94755ab1e83abbb205b15c13fef3c90a98a3e24d4dce3487d88e132dcc59192e6050d98f3b047aa1c8763cbdbf71d7b66705b9b79de6ae7c0373d99dd6ab7bfdf80cbeef26245e8b710e7ace30a5be8a34a7c05e6c44523ef3aaf07d4badd090bb0bd5f7e9fc3ec5a9a7e004bc39ba317a34607edece0025d5ae26b9593dca084835f557859b1ab61b56d5ce5af447da8e9a492b80984ffb3dd75359ea18cffa9e84e7d7ee44e00d507d2bce09705ba2c4b761b4de62821b44293cfeed8fd8f5d327e0fb7bcce43cc678f02cf0f10bd7d8d324848daaa43a35415dccd2768c38d5f40da223a997ca335290e7dc103279ce11e33394bb9eb3a49405fd9194dea4429cc8a1e1990d85a117c12b6b8c52f134f76ccb4ac477ffe96bbdfbf0ba41b6a3b16f003e923e3706b0caba1e878468418c3a61528f895cd6998d9ba1177970b5b936a944dc67596c7aa3f33a65bca69e1350fe65f5edf99e13825a2d3ce6d383ed29dfed3286a408d4115223a8136a66cb446b4cc850dc68f3646cad6b953497ccb15acba759a3a3f28a550aa05a4fb2bf416667cc1c64cbdb9c810ccc9ce936f758ae78a087a4ad36d9ae2a4c77dc61927466e44bc05c856d7f3dffb30f35bb84e9fe205ef3b6d563516c57a10078fa0aa6e043e6a54fae8467d2f1c298f4339938fcb063478168c0d1acf14fb3bcd716d3c71b6f4b76803ea006e6ed012a70350d856b09276e3e0622ae0673905e2f6ff55af8b88c474147b0a827aa8b5a6e96e9c7ca7b0b19fcac525c6a7dec142b81da9aa8cbe2052e5d36b33edee90dc8e2dc34828a1df8ee3bc0cfa9e30bfeafed6f6c7c05f849b591356443c8302eaab4e77c091491b0808d92a76abecb719044640069a35a4bae6efbf5b8444d7628423c0fa6c1a704e71a5a43b22533e4259cc224b0f9df3c5713415e99b2d15be766592098d9cc9285eb5376193e3e865a6f136f8498ae12f567fd3103915651d642a6a29d079b13d3cf19de39c0a461fbdb0e8d475bd770d310516d4b5358795bcb40c6d4faa3b84a5564de22ff9588fd9544592ca98e252728539760adc93a5bdfaedbebb2af80118f6b1fcebc58cc14d2d40ba7acda0f1dec96b26975d7447c232dde241dc52b9d6e6cabb22f15ee03ce2ffd5f7ff131de8b5776651dcf90ed20cd876c1e5f3ec700b94e246809461ab60d64ccd51537386964280021c51837e32b36148b082092c3890247c564a7b307e4a4c191d5e0658b80139e68be5b3eb33a4ff9297a050236fe4ae6af4b50d8fc1426c1e95b46ab8185148ac8d2f0d3905e2fd488c71db5cb6fe47dfc0aecec8c4b63ae46a4f888450890ef10693f164b41914e146f2e36160bfec45ee98e353ecd205b53b180a06a322d2374690a717290b743b883127f880fa5013651058afc78ba473bf92dd2669134e3f4f351933631f7e56e575c42790248dbd66279ea3883c534351730b0703f1b1a50440cd0a341d912dc0f654d24bf372dfd8613677bbea5767afb2245a96685608e58aeb258779a8a833d80a691223f51de7a704506ed6453ff3bacca0812c5189c4122ea09a8f3cf9dd990550f876975fac303504f70f1d93e3430c6f2eec10915d5816fa909bfff655de530069ae5c5ce846b0d53c27babdd56d966835d9a4f27d2549e6f07d76a68dc4f27fd47feb1a2751cf2c4e7435830dcb332d28d0a6b18042e58caa44a370e597bc119467475d68f16a18100b6d18878b9c9527e4f23cae59d2ad0eff2016ec758feb58fcd87e62a684e5911df369eb3cb042c7b0fdea3a56175c7b1c00f7ac13763804a5de575cf51c54de5ef09c25664f4bbc1d14662dcb1f67d7bc3d489e824b7296c03ac961fb53ddc0920db8c65027216ec73fbd0cfefc3e15ed2874192d78a62a5f8e49e50ae78399684c4ed7399b6682f4d2e0818584731ba4909c6d10379cef4049479629572327b86a5bbb243bcdf9a64a61db131dd9bafc10cf35e1eca636c533b147a84a8b56cc88affd9f1b1720c020c780fbd06f98553a9b457cb1fbd6a62fcc56f0b497ce8a194df5cba1db25b81f43bf8c5bf54f8e030a935e54794f18c3fdb326c79d6bc6c7d8863eec066bb9741e0fd80fb39ced595a6e03472eaacdcf65a1c5ad733fc955f15bf9690a3f7f37095b41c6f772fa22d1237407e5a2cda9ce5c4029efa3fca64d4dbc4a5d6d33f12d0d838d6ce5a3cd03e7c760d4edb119d8bc5548323315b697bfcaf7cc58b6378350977e61498d85ad80c0ccf9b64031556116dc580c36275ea71013a93e136010d1190abeb8527b697e08321379e990195c2dad3895168f852de0ee1f5eb1e2fb0868ea58145ef8dbb57f9fa2d1b433ed37946ef356e96ef9106d78f4a7a6b1ad48d47b039520f14116701f71e73eb83c48f2c1b69f8c76c8159a04b566cf4ade1efbcb34a65cb74086d6f473282dced27e6f039a6fd22bea39ff2ec04d113a48ead670f2ba52adbf0c2c27e4a5bf30816833b6b24efd3a2caa0e5472adba24d446ab073ec402120504d6f4cee2c3916ce8c8cb5b59c0d655085ef04cb65b27c4ad8253da516996aafcf1c24482f58a43052bd1337db1b8d9e431e1dd7ea4e9aa507d38d32c8dd177e1212dbc1aa920fc6e1d4081dda73b5901dacae249927bfb553051bb55f958d5cbb4de5cc79a2441780a0b6631419eaf1a6b13d2613c07c0710d1ba3e6037e4fa73bbcc3f1f93bd834229c1b64756d9d430b1efb5024aaefc6b59ed67ced184102b565a6968e7c4413e77de3d8e9c9ee9163629880d36a362ab6876a97a06bd1de5cc78072a1b07495b98e9630927cc276e341243c19288e3b6ab56a2a60864182cc61fa10287ead1934271b5b552c75f263ffde3fbae16da946ac1a5258ea716bf040ee8b204e278e02b54c521fd433fdd4960ffa8d4280f7dabe0b70db7effd9ed625b6c60d6184c9327baff97b9272dd678707b113b364745b3a0e02545a1d87a068208cd3d1f3e86b82eeb69f2e5903aee9ccc0b991ebfe2c5a95703a11e168ae4b5456707efa90f9355be1da12ac482df1e1c48ed6169914705e22a9a89091dde7b319e61be8226b9749a622a0aa62e4174994e634605bcadf4e65a43843b0ffca0153d179fcc8e4aa5e721b45fd5c8ad6413885b47fd4e46e88e264d6af9a744908015945bfda33db5ed2d5e3caf0f43cfd543c0a566167a37d9fafb6021caa200c371fb2e9922f8f9e956eac073aa50ccadde3a74b38d272b1bfbe860818551c188f85a92a4b819c12557953dfceae4d6d04a8dbfdd635c1eb196069add208334f3b87229df9064ec02e7bfe5fcd6725bc4c64140df6faa2d23fb916a38748bfdf7ca77f5a1bcb53650513e850313df328ee7c3ab87cbef4fb913c1566d298c822103e022a33ba9ab9ea05fad2954fa0cc07a70d3a0ec1b54f195cffbe3688581962eadb59f3cc580530cd508af3d319f6ead21018ff615baa390e814fc05858f0e7fdaecaf92f711d87404151a5c64c3d1dae4eeeffb13547a97be0d3c4b77c1e424284aadbbc2cad53265c8001896adbfc4cde8000000000000000000000000000c11171f222a
GodCypher
- Binding
- Both layers are signed by the printer that sealed this timestamp, together with its digest.
- Countersign
- CountersignedNot sealed
- Window
- USGS
hourfeed, published by 2026-11-04 00:48:00.000 UTC, 8 earthquakes, this one among them - Window source
https://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/all_hour.geojson- Window digest
0d2d1ac6…f3e2691d- 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-03 23:48:27.808 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/e65513abae8fe502273ee075b5e9583dcda9d0f9cd9e83d84842bd48e0694a74 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.jsonand run the SourceLess code over it:
Each layer is reported on its own. A window the verifier could not reach is reported as not confirmed, never as a pass.node scripts/jord.mjs verify timestamp.json --refetch - 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.