Saat ini dalam pengujian: kode GitHub akan dibuka setelah selesai.

Fencing Token

  • token pada respons acquire A adalah u64 yang bertambah monoton. Tidak peduli key atau acquisition keberapa, nilainya selalu lebih besar dari token mana pun yang diterbitkan sebelumnya.
  • Pada mode single, counter global server menjamin monotonisitas; pada mode cluster, yang menjamin adalah nomor penerbitan yang direplikasi lewat konsensus — token diberikan secara deterministik pada saat command yang di-commit diterapkan, sehingga setiap node menghitung nilai yang sama, dan token terus bertambah walau leader berganti.
  • Jika resource yang dilindungi menerapkan aturan "tolak token mana pun yang lebih kecil dari yang terakhir dilihat," resource itu bisa memblokir akses dari pemegang lama yang terbangun terlambat setelah lease-nya expired (dengan token lebih kecil) — garis pertahanan terakhir terhadap keterlambatan sisi klien (seperti jeda GC) yang tidak bisa dikontrol lock server.

Lihat Cara Kerja untuk skenario yang membuat validasi ini diperlukan.