Public Time

คืออะไร

ให้เว็บสาธารณะและ API มีแหล่งเวลาที่เป็นจริงและเป็นหลักการเดียว พร้อมป้ายคุณภาพชัดเจน (วันนี้คือ SERVER_UTC)

ทำไม

เนื้อหาสาธารณะต้องการเวลาหลักการเดียวที่ซื่อสัตย์ต่อความแม่นยำของตัวเอง Public Time แก้ด้วย SERVER_UTC เป็นคุณภาพเดียวที่เป็นจริงจนกว่าจะยืนยันแหล่งอะตอมได้

อย่างไร

นาฬิกาเซิร์ฟเวอร์ → บริการเวลา → API/UI อ่านอย่างเดียว

• ให้บริการ GET /api/v1/time
• คืน timestamp UTC ตามหลักการ
• เปิดเผยคุณภาพที่ชัดเจน (SERVER_UTC ไม่เคยปลอม ATOMIC_VERIFIED)
• ลดคุณภาพอย่างสง่างามเมื่อซิงก์ล้มเหลว
• รองรับ time rail ใน UI (UTC จากเซิร์ฟเวอร์ + นาฬิกา monotonic ของไคลเอ็นต์)

ตัวอย่าง

แถบเวลาใน UI เดินด้วย SERVER_UTC และ GET /api/v1/time คืนเวลาแคนนอนิคัลพร้อมฟิลด์คุณภาพ

ข้อมูลนำเข้า

• นาฬิกาเซิร์ฟเวอร์ (UTC)
• การซิงก์ภายนอก (ยังไม่ยืนยัน)

ผลลัพธ์

• การตอบสนอง API เวลาพร้อมคุณภาพ
• ticks ของ time rail ใน UI

สิ่งที่พึ่งพา

วงจรชีวิต

• SERVER_UTC (ปัจจุบัน)
• EXTERNAL_SYNC (อนาคต)
• ATOMIC_VERIFIED (อนาคต เฉพาะเมื่อยืนยันแล้ว)

กรณีใช้งาน

• UI แสดง time rail UTC สด
• นักพัฒนาอ่านเวลาหลักการผ่าน API
• เมทาดาทาการสร้างใช้ timestamp UTC ตามหลักการ

ข้อจำกัด

• atomicVerified: false — คุณภาพเดียวที่เป็นจริงคือ SERVER_UTC
• ไม่มีการอ้างแหล่งอะตอมจนกว่าจะยืนยัน
• ไม่เคยปลอมความละเอียด

คำถามที่ผู้คนถาม

คำถามเหล่านี้ตอบโดยเนื้อหาบนหน้านี้

• AENET Public Time คืออะไร?
• AENET เปิดเผยคุณภาพเวลาแบบใด?
• เวลา AENET ยืนยันด้วยอะตอมหรือไม่?
• time API สาธารณะทำงานอย่างไร?

หลักฐาน

เฉพาะสถานะที่ตรวจสอบแล้ว — ไม่มีอะไรบนหน้านี้คือการคาดการณ์

• contracts/public-time-source.contract.json
• server/services/time-service.js
• server/routes/api-v1.js
• docs/TIME_DISCIPLINE.md