@optimystic/db-p2p 0.28.0 → 1.0.0-beta.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/src/cluster/block-transfer-service.d.ts +0 -10
- package/dist/src/cluster/block-transfer-service.d.ts.map +1 -1
- package/dist/src/cluster/block-transfer-service.js +4 -2
- package/dist/src/cluster/block-transfer-service.js.map +1 -1
- package/dist/src/cluster/cluster-policy.d.ts +101 -18
- package/dist/src/cluster/cluster-policy.d.ts.map +1 -1
- package/dist/src/cluster/cluster-policy.js +153 -30
- package/dist/src/cluster/cluster-policy.js.map +1 -1
- package/dist/src/cluster/cluster-repo.d.ts +75 -16
- package/dist/src/cluster/cluster-repo.d.ts.map +1 -1
- package/dist/src/cluster/cluster-repo.js +195 -24
- package/dist/src/cluster/cluster-repo.js.map +1 -1
- package/dist/src/cluster/quorum-restore.d.ts +4 -2
- package/dist/src/cluster/quorum-restore.d.ts.map +1 -1
- package/dist/src/cluster/quorum-restore.js +4 -2
- package/dist/src/cluster/quorum-restore.js.map +1 -1
- package/dist/src/cluster/service.d.ts +12 -9
- package/dist/src/cluster/service.d.ts.map +1 -1
- package/dist/src/cluster/service.js +6 -6
- package/dist/src/cluster/service.js.map +1 -1
- package/dist/src/dispute/service.d.ts +1 -4
- package/dist/src/dispute/service.d.ts.map +1 -1
- package/dist/src/dispute/service.js +2 -1
- package/dist/src/dispute/service.js.map +1 -1
- package/dist/src/libp2p-key-network.d.ts +8 -2
- package/dist/src/libp2p-key-network.d.ts.map +1 -1
- package/dist/src/libp2p-key-network.js +8 -2
- package/dist/src/libp2p-key-network.js.map +1 -1
- package/dist/src/libp2p-node-base.d.ts.map +1 -1
- package/dist/src/libp2p-node-base.js +22 -19
- package/dist/src/libp2p-node-base.js.map +1 -1
- package/dist/src/logger.d.ts +28 -1
- package/dist/src/logger.d.ts.map +1 -1
- package/dist/src/logger.js +143 -1
- package/dist/src/logger.js.map +1 -1
- package/dist/src/network/network-manager-service.d.ts +1 -4
- package/dist/src/network/network-manager-service.d.ts.map +1 -1
- package/dist/src/network/network-manager-service.js +2 -1
- package/dist/src/network/network-manager-service.js.map +1 -1
- package/dist/src/repo/cluster-coordinator.d.ts +16 -1
- package/dist/src/repo/cluster-coordinator.d.ts.map +1 -1
- package/dist/src/repo/cluster-coordinator.js +66 -7
- package/dist/src/repo/cluster-coordinator.js.map +1 -1
- package/dist/src/repo/coordinator-repo.d.ts +188 -14
- package/dist/src/repo/coordinator-repo.d.ts.map +1 -1
- package/dist/src/repo/coordinator-repo.js +714 -110
- package/dist/src/repo/coordinator-repo.js.map +1 -1
- package/dist/src/repo/service.d.ts +9 -6
- package/dist/src/repo/service.d.ts.map +1 -1
- package/dist/src/repo/service.js +4 -5
- package/dist/src/repo/service.js.map +1 -1
- package/dist/src/storage/storage-repo.d.ts +6 -0
- package/dist/src/storage/storage-repo.d.ts.map +1 -1
- package/dist/src/storage/storage-repo.js +62 -2
- package/dist/src/storage/storage-repo.js.map +1 -1
- package/dist/src/sync/service.d.ts +1 -2
- package/dist/src/sync/service.d.ts.map +1 -1
- package/dist/src/sync/service.js +2 -1
- package/dist/src/sync/service.js.map +1 -1
- package/dist/src/testing/mesh-harness.d.ts +7 -1
- package/dist/src/testing/mesh-harness.d.ts.map +1 -1
- package/dist/src/testing/mesh-harness.js +2 -1
- package/dist/src/testing/mesh-harness.js.map +1 -1
- package/package.json +2 -2
- package/readme.md +19 -0
- package/src/cluster/block-transfer-service.ts +4 -8
- package/src/cluster/cluster-policy.ts +196 -36
- package/src/cluster/cluster-repo.ts +2662 -2488
- package/src/cluster/quorum-restore.ts +4 -2
- package/src/cluster/service.ts +14 -9
- package/src/dispute/service.ts +3 -3
- package/src/libp2p-key-network.ts +8 -2
- package/src/libp2p-node-base.ts +22 -19
- package/src/logger.ts +196 -2
- package/src/network/network-manager-service.ts +414 -414
- package/src/protocol-client.ts +196 -196
- package/src/repo/cluster-coordinator.ts +1113 -1039
- package/src/repo/coordinator-repo.ts +2675 -1937
- package/src/repo/service.ts +12 -9
- package/src/storage/storage-repo.ts +65 -2
- package/src/sync/service.ts +3 -5
- package/src/testing/mesh-harness.ts +8 -1
|
@@ -15,9 +15,9 @@ const log = createLogger('cluster-policy');
|
|
|
15
15
|
*
|
|
16
16
|
* ## Why two size yardsticks, not one
|
|
17
17
|
*
|
|
18
|
-
*
|
|
19
|
-
*
|
|
20
|
-
*
|
|
18
|
+
* `clusterPolicy.assumedClusterSize` — "the smallest cohort this deployment can genuinely field" —
|
|
19
|
+
* feeds two consumers whose failure modes point in opposite directions, so its *default* cannot
|
|
20
|
+
* serve both:
|
|
21
21
|
*
|
|
22
22
|
* - **Membership admission gate** (`cluster/cluster-repo.ts`, `admitMembership`) reads it only on its
|
|
23
23
|
* fallback path, when this node has no confident network-size estimate. Too small: a
|
|
@@ -26,17 +26,32 @@ const log = createLogger('cluster-policy');
|
|
|
26
26
|
* two-node mesh must still be able to transact. It gets {@link minAbsoluteClusterSize} (2).
|
|
27
27
|
* - **Repair corroboration floor** (`corroboratorCapacity` in `cluster/quorum-restore.ts`, called by
|
|
28
28
|
* `CoordinatorRepo.queryClusterForLatest` and `createReconcileBlock`) reads it on *every* repair,
|
|
29
|
-
* unconditionally. Too small: a shrunken — and always
|
|
30
|
-
* peer full trust. Too large: a block stays unrepaired,
|
|
31
|
-
* *strict* default. It gets
|
|
32
|
-
*
|
|
29
|
+
* unconditionally — as the *fallback* for its own field, below. Too small: a shrunken — and always
|
|
30
|
+
* unauthenticated — cohort view buys a lone peer full trust. Too large: a block stays unrepaired,
|
|
31
|
+
* degraded rather than dead. It wants a *strict* default. It gets
|
|
32
|
+
* {@link ResolvedClusterPolicy.repairCorroborationClusterSize}, which falls back in turn to
|
|
33
|
+
* `clusterSize` (the configured replication factor).
|
|
33
34
|
*
|
|
34
|
-
*
|
|
35
|
-
* real cohort size means it for both consumers. Only the unconfigured case diverges.
|
|
35
|
+
* ## The two operator fields
|
|
36
36
|
*
|
|
37
|
-
*
|
|
38
|
-
* `clusterPolicy.assumedClusterSize
|
|
39
|
-
*
|
|
37
|
+
* `clusterPolicy.repairCorroborationClusterSize` declares the **repair yardstick alone**, leaving the
|
|
38
|
+
* admission gate at its permissive default. `clusterPolicy.assumedClusterSize` remains the shared
|
|
39
|
+
* field and still sets BOTH — an operator declaring their real cohort size usually means it for both
|
|
40
|
+
* consumers — but it is now the *fallback* for the repair yardstick, not its only declared source.
|
|
41
|
+
* The repair yardstick is therefore fully declarable on its own.
|
|
42
|
+
*
|
|
43
|
+
* The split exists because the two directions cost different things. Raising the repair yardstick is
|
|
44
|
+
* a pure tightening: the worst outcome is a block that stays unrepaired. Raising the admission
|
|
45
|
+
* yardstick trades write availability — a node with no confident network-size estimate demands
|
|
46
|
+
* `ceil(membershipAdmissionFraction x assumedClusterSize)` declared peers and refuses writes below
|
|
47
|
+
* that. A host that knows its real machine count and wants only the strict yardstick raised (so a
|
|
48
|
+
* shrunken, unauthenticated cohort view cannot talk repair down to trusting one peer) declares
|
|
49
|
+
* `repairCorroborationClusterSize` and leaves `assumedClusterSize` alone.
|
|
50
|
+
*
|
|
51
|
+
* So a genuine two-node mesh needs exactly one setting to self-repair: any of
|
|
52
|
+
* `clusterPolicy.repairCorroborationClusterSize: 2`, `clusterPolicy.assumedClusterSize: 2` (neither
|
|
53
|
+
* of which lowers the replication factor), or an honest `clusterSize: 2`. Writes and voting still
|
|
54
|
+
* work with zero configuration.
|
|
40
55
|
*
|
|
41
56
|
* ## Future
|
|
42
57
|
*
|
|
@@ -73,10 +88,11 @@ export interface ClusterPolicyOptions {
|
|
|
73
88
|
* the coordinator aims for. NOT a statement about how many peers actually exist, so the
|
|
74
89
|
* membership admission gate is never measured against it (see `cluster/cluster-repo.ts`).
|
|
75
90
|
*
|
|
76
|
-
* The read-repair/reconcile corroboration floor DOES fall back to it
|
|
77
|
-
* `clusterPolicy.
|
|
78
|
-
*
|
|
79
|
-
* fewer peers than this should declare
|
|
91
|
+
* The read-repair/reconcile corroboration floor DOES fall back to it — last in the chain
|
|
92
|
+
* `clusterPolicy.repairCorroborationClusterSize` -> `clusterPolicy.assumedClusterSize` ->
|
|
93
|
+
* `clusterSize` — the strict direction, so an unconfigured node cannot have its floor talked down
|
|
94
|
+
* by a shrunken cohort view. A deployment that genuinely runs fewer peers than this should declare
|
|
95
|
+
* one of those two `clusterPolicy` fields.
|
|
80
96
|
*/
|
|
81
97
|
clusterSize?: number;
|
|
82
98
|
clusterPolicy?: {
|
|
@@ -105,6 +121,33 @@ export interface ClusterPolicyOptions {
|
|
|
105
121
|
* `clusterSize: 2`) to self-repair.
|
|
106
122
|
*/
|
|
107
123
|
assumedClusterSize?: number;
|
|
124
|
+
/**
|
|
125
|
+
* The cohort size the **repair corroboration floor alone** is measured against
|
|
126
|
+
* (`corroboratorCapacity` in `cluster/quorum-restore.ts`, read on every read-repair and every
|
|
127
|
+
* reconcile). Declaring it is a pure tightening: the worst cost of overstating it is a block
|
|
128
|
+
* that stays unrepaired — degraded, not dead.
|
|
129
|
+
*
|
|
130
|
+
* Deliberately does NOT touch {@link assumedClusterSize}, which is the membership admission
|
|
131
|
+
* gate's low-confidence write floor: raising that one can make a node refuse legitimate writes
|
|
132
|
+
* while its network-size estimate is unconfident. A host that derives its machine count from
|
|
133
|
+
* its own authenticated membership records and wants only the strict yardstick raised declares
|
|
134
|
+
* this field. It also does not touch {@link ClusterPolicyOptions.clusterSize} (the replication
|
|
135
|
+
* factor).
|
|
136
|
+
*
|
|
137
|
+
* Wins over `assumedClusterSize` for the repair yardstick when both are declared; when absent
|
|
138
|
+
* the chain falls through to `assumedClusterSize`, then to `clusterSize`. A value above
|
|
139
|
+
* `clusterSize` is accepted and never raises the corroboration requirement (capped at
|
|
140
|
+
* `CORROBORATION_FLOOR`), but it is not free: it is also the denominator
|
|
141
|
+
* `CoordinatorRepo.commitQuorumRulesOutRivals` measures a local commit against before arming
|
|
142
|
+
* the lazy read-repair freshness window, so a yardstick well above the cohort a commit
|
|
143
|
+
* actually reaches stops that window arming and costs one cohort consult per written block
|
|
144
|
+
* per window. Declare the machine count you run, not a safety margin.
|
|
145
|
+
*
|
|
146
|
+
* Applied at node construction only — there is deliberately no runtime setter. A host that
|
|
147
|
+
* learns a new machine count applies it by building a new node; see the accepted-tradeoff
|
|
148
|
+
* `NOTE:` in {@link resolveClusterPolicy}.
|
|
149
|
+
*/
|
|
150
|
+
repairCorroborationClusterSize?: number;
|
|
108
151
|
/**
|
|
109
152
|
* What a validator-configured member does with a pend that carries no `validation` payload
|
|
110
153
|
* (nothing to re-execute — the single-collection `Collection.sync` shape). Default 'accept';
|
|
@@ -123,12 +166,62 @@ export type ResolvedClusterPolicy = ClusterConsensusConfig & {
|
|
|
123
166
|
* cohort view against — see `corroboratorCapacity` in `cluster/quorum-restore.ts`.
|
|
124
167
|
*
|
|
125
168
|
* Deliberately distinct from {@link ClusterConsensusConfig.assumedClusterSize}, which the
|
|
126
|
-
* membership admission gate reads:
|
|
127
|
-
*
|
|
169
|
+
* membership admission gate reads: over- and under-stating the two cost opposite things, so they
|
|
170
|
+
* share neither a default nor — since `clusterPolicy.repairCorroborationClusterSize` — a required
|
|
171
|
+
* operator field. See the module doc.
|
|
128
172
|
*/
|
|
129
173
|
repairCorroborationClusterSize: number;
|
|
130
174
|
};
|
|
131
175
|
|
|
176
|
+
/**
|
|
177
|
+
* A declared cohort size, or `undefined` if the operator handed over something that is not one.
|
|
178
|
+
*
|
|
179
|
+
* `Number.isInteger` already rejects `NaN`, both infinities and every fractional value, so the extra
|
|
180
|
+
* check is only the sign. Used for both declared size fields in the repair yardstick's fall-through
|
|
181
|
+
* chain — see the `NOTE:` in {@link resolveRepairCorroborationClusterSize} for why a bad value falls
|
|
182
|
+
* through rather than being clamped.
|
|
183
|
+
*/
|
|
184
|
+
export function asDeclaredSize(value: number | undefined): number | undefined {
|
|
185
|
+
return Number.isInteger(value) && (value as number) > 0 ? value : undefined;
|
|
186
|
+
}
|
|
187
|
+
|
|
188
|
+
/**
|
|
189
|
+
* The repair corroboration floor's yardstick, from the two operator fields and the replication
|
|
190
|
+
* factor: `repairCorroborationClusterSize` -> `assumedClusterSize` -> `clusterSize`, floored at
|
|
191
|
+
* {@link minAbsoluteClusterSize}.
|
|
192
|
+
*
|
|
193
|
+
* Exported because there are TWO composition paths onto this number — {@link resolveClusterPolicy}
|
|
194
|
+
* (what `createLibp2pNodeBase` runs) and the `CoordinatorRepo` constructor (the readme's manual
|
|
195
|
+
* wiring, `repo/coordinator-repo.ts`) — and a node and a hand-wired coordinator given the same
|
|
196
|
+
* operator numbers must land on the same yardstick, or the two disagree about how much trust a lone
|
|
197
|
+
* peer gets. One function rather than two copies of the chain, so they cannot drift.
|
|
198
|
+
*
|
|
199
|
+
* NOTE: a declared size that is not a positive finite integer is treated as NOT DECLARED and falls
|
|
200
|
+
* through to the next term, rather than being clamped. Clamping to {@link minAbsoluteClusterSize}
|
|
201
|
+
* would be the UNSAFE direction: 2 is the one size whose corroboration floor relaxes to a single
|
|
202
|
+
* voter, so a NaN — which today makes every quorum comparison false, and therefore declines repair
|
|
203
|
+
* forever, dead but safe — would become "trust one peer". Falling through treats a nonsense
|
|
204
|
+
* declaration as no declaration and lands on the strict `clusterSize` default instead.
|
|
205
|
+
*
|
|
206
|
+
* NOTE: the result is deliberately NOT floored at {@link minAbsoluteClusterSize}. Such a floor looks
|
|
207
|
+
* free — it cannot change the corroboration requirement, since `quorumSize` takes
|
|
208
|
+
* `max(1, min(CORROBORATION_FLOOR, capacity))` and `corroboratorCapacity`'s own max against visible
|
|
209
|
+
* peers absorbs the difference at every peer count — but this number has a SECOND consumer:
|
|
210
|
+
* `CoordinatorRepo.commitQuorumRulesOutRivals` uses it as the full-cohort denominator a local commit
|
|
211
|
+
* must beat to arm the lazy read-repair freshness window. Flooring a genuine `clusterSize: 1` up to 2
|
|
212
|
+
* makes a solo node's own commit stop clearing that bar, so every written block pays a cohort consult
|
|
213
|
+
* per window — a real cost in a supported topology (one machine is an ordinary deployment size, see
|
|
214
|
+
* `docs/architecture.md`). Pinned by 'a solo commit on a genuine cohort of one DOES arm the window'
|
|
215
|
+
* in `test/coordinator-repo-commit-freshness.spec.ts`.
|
|
216
|
+
*/
|
|
217
|
+
export function resolveRepairCorroborationClusterSize(
|
|
218
|
+
declaredRepairSize: number | undefined,
|
|
219
|
+
declaredCohortSize: number | undefined,
|
|
220
|
+
clusterSize: number
|
|
221
|
+
): number {
|
|
222
|
+
return asDeclaredSize(declaredRepairSize) ?? asDeclaredSize(declaredCohortSize) ?? clusterSize;
|
|
223
|
+
}
|
|
224
|
+
|
|
132
225
|
/**
|
|
133
226
|
* Apply every cluster-policy default a node needs. Same options in, same numbers out, so the
|
|
134
227
|
* composition root's behavior is unit-testable (`test/cluster-policy.spec.ts`). Its one side effect
|
|
@@ -136,18 +229,27 @@ export type ResolvedClusterPolicy = ClusterConsensusConfig & {
|
|
|
136
229
|
* that knows the resolution produced a combination with no repair margin — or none at all.
|
|
137
230
|
*/
|
|
138
231
|
export function resolveClusterPolicy(options: ClusterPolicyOptions): ResolvedClusterPolicy {
|
|
139
|
-
//
|
|
140
|
-
// yardsticks below diverge.
|
|
232
|
+
// Nothing usable on EITHER declared field means "the operator said nothing", which is the only
|
|
233
|
+
// case where the two yardsticks below diverge. Why a degenerate declaration counts as nothing
|
|
234
|
+
// rather than being clamped: see the `NOTE:` on `resolveRepairCorroborationClusterSize`.
|
|
235
|
+
//
|
|
236
|
+
// The ADMISSION-gate value below stays an unvalidated pass-through on purpose:
|
|
237
|
+
// `cluster-repo.admissionFloor` already floors a degenerate one itself (see its specs), and
|
|
238
|
+
// changing that here would alter documented behaviour with no bug behind it.
|
|
141
239
|
//
|
|
142
|
-
// NOTE:
|
|
143
|
-
//
|
|
144
|
-
//
|
|
145
|
-
//
|
|
146
|
-
//
|
|
147
|
-
//
|
|
240
|
+
// NOTE: accepted tradeoff — resolved once, at node construction; there is deliberately no runtime
|
|
241
|
+
// mutation of either size yardstick. A host that learns a new machine count applies it by building
|
|
242
|
+
// a new node (which every embedder already does on restart and on wake from hibernation), not
|
|
243
|
+
// through a setter: a construction-time argument is what keeps the number un-reachable from the
|
|
244
|
+
// network, and every consumer holds it as an immutable snapshot. Weighed against a
|
|
245
|
+
// live-reconfiguration API and kept. Revisit only if a deployment appears where a rebuild is
|
|
246
|
+
// measurably disruptive — for example a server-profile node holding thousands of blocks whose
|
|
247
|
+
// post-rebuild cohort-consult burst shows up in profiles.
|
|
148
248
|
const declaredCohortSize = options.clusterPolicy?.assumedClusterSize;
|
|
249
|
+
const declaredRepairSize = options.clusterPolicy?.repairCorroborationClusterSize;
|
|
149
250
|
const clusterSize = options.clusterSize ?? DEFAULT_CLUSTER_SIZE;
|
|
150
|
-
const repairCorroborationClusterSize =
|
|
251
|
+
const repairCorroborationClusterSize =
|
|
252
|
+
resolveRepairCorroborationClusterSize(declaredRepairSize, declaredCohortSize, clusterSize);
|
|
151
253
|
|
|
152
254
|
// ## What the advisory actually claims, and why the trigger is what it is
|
|
153
255
|
//
|
|
@@ -199,13 +301,36 @@ export function resolveClusterPolicy(options: ClusterPolicyOptions): ResolvedClu
|
|
|
199
301
|
// can honestly get. If `feat-admission-floor-from-observed-cohort-high-water-mark` ever lands
|
|
200
302
|
// (deriving the yardstick from observation), that check becomes cheap and belongs here.
|
|
201
303
|
const minimumSelfHealingDeployment = CORROBORATION_FLOOR + 1;
|
|
202
|
-
|
|
304
|
+
// BOTH operator fields must be absent for this arm: declaring only
|
|
305
|
+
// `repairCorroborationClusterSize` is still a declaration, and `undeclaredAdvice` below would
|
|
306
|
+
// otherwise tell a reader who has already declared the repair yardstick directly to go and declare
|
|
307
|
+
// it — the wrong advice, pointed at the wrong field.
|
|
308
|
+
//
|
|
309
|
+
// "Absent" is the SANITIZED notion, the same one the resolution above uses: a declaration the
|
|
310
|
+
// resolution discarded as degenerate (0, NaN, 2.5, …) must not count as a declaration here
|
|
311
|
+
// either. It is the case that most needs the advice — the operator believes they declared a size,
|
|
312
|
+
// the resolution silently used `clusterSize` instead, and without this the advisory's
|
|
313
|
+
// no-margin arm cannot fire either (the strict fallback has margin), so a typo'd declaration
|
|
314
|
+
// would be QUIETER than declaring nothing at all. The raw values still reach the log payload
|
|
315
|
+
// below, so a reader can see what was rejected.
|
|
316
|
+
const cohortUndeclared = asDeclaredSize(declaredCohortSize) === undefined
|
|
317
|
+
&& asDeclaredSize(declaredRepairSize) === undefined
|
|
318
|
+
&& clusterSize > minAbsoluteClusterSize;
|
|
203
319
|
const noRepairMargin = repairCorroborationClusterSize <= minimumSelfHealingDeployment;
|
|
204
320
|
if (cohortUndeclared || noRepairMargin) {
|
|
205
321
|
// How many peers besides the reader must answer and agree, at the resolved size. Two once the
|
|
206
322
|
// cohort is three or larger; one for a cohort declared at two, which is the only size whose
|
|
207
323
|
// floor relaxes. Never below one — a claim nobody made is never accepted.
|
|
208
324
|
const requiredAnsweringPeers = Math.max(1, Math.min(CORROBORATION_FLOOR, repairCorroborationClusterSize - 1));
|
|
325
|
+
// NOTE: a genuine solo node (`clusterSize: 1`, nothing declared) reads "0 cohort peer(s) and
|
|
326
|
+
// needs 1" and is told to run four machines — honest arithmetic, but advice aimed at a
|
|
327
|
+
// deployment that wanted a cohort. A solo node has nothing to repair FROM and nothing to
|
|
328
|
+
// repair against, so the line is noise rather than wrong. Left as is because one machine is a
|
|
329
|
+
// transitional shape (the ordinary next step is adding a backup) and the advisory is one line
|
|
330
|
+
// per construction. If solo becomes a shape deployments sit in, give this a solo-cohort arm
|
|
331
|
+
// that says so — do NOT reach for a floor on `repairCorroborationClusterSize` instead, which
|
|
332
|
+
// would fix the wording and break the commit-freshness window (see
|
|
333
|
+
// `resolveRepairCorroborationClusterSize`).
|
|
209
334
|
const availablePeers = Math.max(0, repairCorroborationClusterSize - 1);
|
|
210
335
|
const rule =
|
|
211
336
|
`Block repair (read-repair and reconcile) converges only when ${CORROBORATION_FLOOR} cohort peers ` +
|
|
@@ -239,13 +364,44 @@ export function resolveClusterPolicy(options: ClusterPolicyOptions): ResolvedClu
|
|
|
239
364
|
`COPY IT — so founding data can stay stranded however many machines you later run. That case is ` +
|
|
240
365
|
`reported once per affected block as cluster-fetch:repair-deadlock with reason=sole-holder, and its ` +
|
|
241
366
|
`remedy is another cohort peer holding it (commit a new revision of the block), never more machines.`;
|
|
367
|
+
// Names the discarded value when the operator DID pass something the resolution rejected —
|
|
368
|
+
// otherwise "no size declared" reads as a contradiction of their own config, and they have no
|
|
369
|
+
// way to tell that the number they computed never took effect.
|
|
370
|
+
const discardedDeclaration = cohortUndeclared && (declaredCohortSize !== undefined || declaredRepairSize !== undefined)
|
|
371
|
+
? ` (a declared value that is not a positive whole number is discarded and counts as no ` +
|
|
372
|
+
`declaration — this node discarded assumedClusterSize=${String(declaredCohortSize)}, ` +
|
|
373
|
+
`repairCorroborationClusterSize=${String(declaredRepairSize)})`
|
|
374
|
+
: '';
|
|
242
375
|
const undeclaredAdvice = cohortUndeclared
|
|
243
|
-
? ` No clusterPolicy.assumedClusterSize declared,
|
|
376
|
+
? ` No clusterPolicy.assumedClusterSize declared, and no clusterPolicy.repairCorroborationClusterSize ` +
|
|
377
|
+
`either${discardedDeclaration}, so the floor is measured against ` +
|
|
244
378
|
`repairCorroborationClusterSize=${repairCorroborationClusterSize} and never relaxes: if you actually ` +
|
|
245
|
-
`run fewer than ${minimumSelfHealingDeployment} machines, every repair declines,
|
|
246
|
-
`
|
|
247
|
-
`
|
|
379
|
+
`run fewer than ${minimumSelfHealingDeployment} machines, every proof-less repair declines, ` +
|
|
380
|
+
`permanently. Either field declares your real cohort size and fixes this: ` +
|
|
381
|
+
`clusterPolicy.repairCorroborationClusterSize moves ONLY this repair yardstick, while ` +
|
|
382
|
+
`clusterPolicy.assumedClusterSize moves it AND the membership admission gate's write floor (which ` +
|
|
383
|
+
`refuses writes below ceil(0.75 x the declared size) while this node has no confident network-size ` +
|
|
384
|
+
`estimate) — so declare the repair field alone unless you mean to raise the write floor too. ` +
|
|
385
|
+
`Neither lowers clusterSize=${clusterSize} (the replication factor). Larger deployments can ignore ` +
|
|
386
|
+
`this.`
|
|
248
387
|
: '';
|
|
388
|
+
// The rule and both advices above constrain proof-LESS claims only — without saying so the
|
|
389
|
+
// advisory overstates the emergency: an operator reading "every repair declines, permanently"
|
|
390
|
+
// would not guess that proof-carrying data is exempt, nor that the cohort-too-small decline is
|
|
391
|
+
// now quiet. It must not overshoot in the other direction either: `sole-holder` is equally
|
|
392
|
+
// permanent and deliberately stays loud, so name WHICH decline went quiet, and for which blocks.
|
|
393
|
+
const certifiedCaveat =
|
|
394
|
+
` Two softeners to all of the above. A claim carrying a VERIFIED cohort commit proof repairs at any ` +
|
|
395
|
+
`size with no second voter (the proof's signature set is its corroboration), so every permanent-` +
|
|
396
|
+
`decline warning here applies to PROOF-LESS data only — legacy blocks written before proofs ` +
|
|
397
|
+
`shipped, or a peer that lost its proof store. And the decline this advisory is about — ` +
|
|
398
|
+
`reason=cohort-too-small, a cohort that cannot reach the quorum at any answer rate — no longer ` +
|
|
399
|
+
`consults on every read: it arms the lazy read-repair window, so the steady-state cost is one ` +
|
|
400
|
+
`declined consult per readRepairWindowMs for each block this node HOLDS, with the permanence named ` +
|
|
401
|
+
`once per episode (cluster-fetch:repair-deadlock). Two shapes still consult on every read, by ` +
|
|
402
|
+
`design: reason=sole-holder, where the missing thing is a COPY a later commit or cohort-growth ` +
|
|
403
|
+
`push can deliver, so re-asking can genuinely learn; and a block this node does not hold at all, ` +
|
|
404
|
+
`whose read must attempt an acquisition and therefore bypasses the window.`;
|
|
249
405
|
const noMarginAdvice = noRepairMargin
|
|
250
406
|
? ` This node resolved repairCorroborationClusterSize=${repairCorroborationClusterSize}, which leaves ` +
|
|
251
407
|
`repair with NO fault tolerance: the reader has ${availablePeers} cohort peer(s) and needs ` +
|
|
@@ -257,11 +413,14 @@ export function resolveClusterPolicy(options: ClusterPolicyOptions): ResolvedClu
|
|
|
257
413
|
repairCorroborationClusterSize,
|
|
258
414
|
corroborationFloor: CORROBORATION_FLOOR,
|
|
259
415
|
declaredCohortSize,
|
|
416
|
+
// Beside declaredCohortSize so a reader can tell WHICH field produced the resolved number
|
|
417
|
+
// (the repair field wins when both are declared).
|
|
418
|
+
declaredRepairSize,
|
|
260
419
|
cohortUndeclared,
|
|
261
420
|
noRepairMargin,
|
|
262
421
|
requiredAnsweringPeers,
|
|
263
422
|
minimumSelfHealingDeployment,
|
|
264
|
-
message: rule + undeclaredAdvice + noMarginAdvice + holdersCaveat
|
|
423
|
+
message: rule + undeclaredAdvice + noMarginAdvice + certifiedCaveat + holdersCaveat
|
|
265
424
|
});
|
|
266
425
|
}
|
|
267
426
|
|
|
@@ -286,9 +445,10 @@ export function resolveClusterPolicy(options: ClusterPolicyOptions): ResolvedClu
|
|
|
286
445
|
// permissive so a two- or three-node mesh transacts unconfigured; the cost of that default is
|
|
287
446
|
// bounded to the gate, since the repair floor no longer reads this field.
|
|
288
447
|
assumedClusterSize: declaredCohortSize ?? minAbsoluteClusterSize,
|
|
289
|
-
// Repair corroboration floor, every repair.
|
|
290
|
-
//
|
|
291
|
-
//
|
|
448
|
+
// Repair corroboration floor, every repair. Declared by `repairCorroborationClusterSize`, else
|
|
449
|
+
// `assumedClusterSize`, else strict — the replication factor — so an unconfigured node cannot
|
|
450
|
+
// have its floor talked down to a single voter by a shrunken cohort view. A genuinely small
|
|
451
|
+
// mesh declares its size (any of the three) to regain self-repair.
|
|
292
452
|
repairCorroborationClusterSize
|
|
293
453
|
};
|
|
294
454
|
}
|