Ecosystem metrics
- New Repos
- 1,882
- New
- Commits
- 178
- up 13.4%
- Releases
- 9
- up 50.0%
- Contributors
- 36
- down 18.2%
- Merges
- 5
- up 66.7%
Activity Overview
Commits and releases over time
- Commits
- Releases
- Authors
Repository Explorer
No repositories match that filter.
1846 commits in all time
May 21, 2026 23:22 – Aug 19, 2026 23:22 UTC
added heartbeat challenge discount field
86a4d29a
pull/942/head
1/23 ++ 2 --
Merge a0d89324c35c51891dd0cd555c06dee98cd43e85 into 95d55a9b81145fcbc0a09023680b96b684f57b64
74298042
undefined
36/2,698 ++ 72 --
fix: encode empty access references canonically
7f124bd3
undefined
3/148 ++ 25 --
Merge 5d9007e5376f9c5002ab3b5a0c5109c0d33a2a4f into 2cd175e0f03d678500f57d454d1d11f789b996f3
339e6d5a
undefined
300/235,564 ++ 98,819 --
Notes added by 'git notes add'
c6bc8cc4
notes/semantic-release-v1.3.0
1/1 ++ 0 --
Merge 6ea4669843fd04a260f093b899efcd283b50e6e1 into c8829a6c2f73869d7a1deb347dcad23882106431
9d7b9459
pull/1097/merge
1/125 ++ 108 --
Merge ee418c3a084cea2a2d4cb6be0ef37ee831d2cec5 into c8829a6c2f73869d7a1deb347dcad23882106431
94ea8da4
pull/1059/merge
1/5 ++ 4 --
fix: normalize box names to bytest on direct BoxReference construction
251a58c2
feat/v42
2/17 ++ 12 --
docs: describer extra pages as pooled between the application program
36f89d5a
feat/v42
2/7 ++ 4 --
Draft METHODOLOGY v4: make the null an actual null (same-pool split), arithmetic checked against committed data
DRAFT, not a pre-registration. It governs no session until reviewed, revised, and committed as METHODOLOGY-v4.md BEFORE the first measurement it governs. Written immediately after seeing results, so the two things that matter are stated up front and are checkable: the defect was found in the ALGEBRA of the gate and then confirmed by observation, and the change makes sessions HARDER to pass, never easier. THE DEFECT. The v3 null is 20 pool-vs-pool sessions: fresh pool A against fresh pool B. Two different 32-key pools do not have the same mean, so the null t is not standard normal but has sd(t)^2 ~= 1 + (sigma_key/sigma_total)^2 * (n/32) -- a spread that grows with n AND grows as the environment gets quieter. A fixed 4.5 cutoff on that statistic penalises precision. THE FIX. Draw BOTH classes from the SAME pool (null-ss). The true difference is then exactly zero by construction, the mixture shape is preserved (which a single-key A/A null cannot give), and nothing else about the operation changes. sign-rr stays a gated EXPERIMENT -- pool-vs-pool was only ever wrong as a NULL. MEASURED, NOT ASSERTED (section 3, from the committed v3.1 report.json): - The 20 null t values have sd = 1.742, not 1. The null is 74 percent wider than the gate assumes, on the machine where the gate held. Implied sigma_key ~= 10.4 us -- and that SAME parameter predicts sd(t) ~= 2.95 on the CI runner, under which 5 of 20 sessions tripping 4.5 is the expected order. One physical parameter explains both machines. - A pre-registered probability of mine was ~10x too optimistic. METHODOLOGY-v3.1-POWER section 6 put the chance of any null session tripping at 0.1-2 percent; at the measured sd(t) it was ~18 percent. The estimate used v3b's sigma_total of 733 us, but the session ran quieter at 257-357 us -- and quieter makes it worse. - I ALSO WITHDREW A CLAIM FROM MY OWN DRAFT. The first version said the fix "does not change v3.1's PASS" because its crop p_emp sat far from the 1/N line. False: SHAPE needs the crop stat to exceed ALL 20 null sessions, 9 of 20 currently sit at or above sign-kk-1's 5.84, and the null max would have to shrink 43 percent -- while 10.24/1.742 = 5.88, within 1 percent of that boundary. If the crop statistic deflates like the raw t, v3.1's sign-kk-1 flips PASS to SHAPE. - Which surfaces a SECOND defect from the same root: the v3 secondary arm has been systematically INSENSITIVE. Every "no SHAPE" reading in v2, v3, v3b and v3.1 was made against an inflated reference, so the shape diagnostic has been running with its threshold too high. The primary statistic was never affected. BEFORE ADOPTION: re-judge v3.1's committed raw CSVs against a v4 null and publish the outcome whatever it is. The experiment side is byte-reproducible (SHA256SUMS); only fresh same-pool null sessions need measuring. If sign-kk-1 flips, CT_REPORT section 4c gets a correction. Security Impact: none. A design document -- no code, no vendored C, no build flags, no rule in force.
146124e6
feat/vendor-falcon-det1024
1/181 ++ 0 --
Merge 75f161ecc7fb16f9759c805b406d1e9360f0b4b2 into c1e451f3864d614d28a54c6e5beacd19cdb71592
7231dd57
undefined
110/1,157,747 ++ 46 --
Merge 553aeaf600ab6b0f4450f27bbf75b638fbb6c82d into e2bb195fcb086db01c52b84d21f7c89cd7c978d1
8f82adfe
pull/639/merge
5/184 ++ 13 --
Record why the local 82k session continues despite being outclassed by a 20-minute CI job
The obvious reaction to 'a quiet runner reaches 5.3 us in 20 min while this laptop needs 5.5 h for 30-42 us' is to kill the running session. Wrong, for two reasons now written down so the decision is visible rather than inertial: 1. It answers a question the runner cannot. The +13.9 us class-1 pattern is a property of the LAPTOP's nine sign-kk pairs. sign-aa on ubuntu says there is no arm offset ON UBUNTU, where allocator, alignment, scheduler and a 23x tighter distribution all differ. Only the local sign-aa, at +-10 us, tests the hypothesis on the machine where the pattern was seen. 2. It is the like-for-like successor to v3b: same machine, same build, same rules, 17x the samples - the only way to tell whether v3b's readings were power-limited or environment-limited. And aborting a pre-registered session on a preliminary that does not bear on its own validity is the habit pre-registration exists to prevent: easy to justify each time, corrosive in aggregate. The correct response is that the session AFTER this one moves machines. Security Impact: none - documentation only.
175d6330
feat/vendor-falcon-det1024
1/21 ++ 0 --
Merge 990aa397a55c8562ea36157bf44e6083074c3521 into 337211c9b279ae7ee811998064b3de3f0ced7f73
3702da4d
undefined
26/1,910 ++ 617 --
add OpenChainBench RPC endpoint benchmarks
2978cb04
pull/1323/head
1/4 ++ 0 --
fix: ensure an empty ref is not returned for an unknown ref
6adfd7b1
feat/v42
2/17 ++ 1 --
CT_REPORT §4a: second team review adopted — crop diagnostic INCONCLUSIVE (null unfit), deltas descriptive only
Five seats reviewed the v2 reading (3 "over-claims", 2 "honest"). The
logical objection is decisive: a null declared unfit for the operation cannot
also mint SHAPE labels, ratios ("3-9x") or a "noise floor" from one sign-rr
draw; sub-threshold raw t (2.35-3.22) plus post-hoc CIs must not be turned
into "keys are distinguishable" or a "per-key fingerprint" claim; the
mechanism is a hypothesis with a key x message confound (one fixed message
per pair). Revised: primary statistic — no gated experiment reaches the FAIL
line, no location difference demonstrated; crop diagnostic INCONCLUSIVE this
session; the three fixed-key deltas reported as descriptive,
hypothesis-generating, cause undetermined; earlier ratio/floor language
withdrawn explicitly; v3 requirements listed (real-operation null from
repeated pool-vs-pool sessions, key x message separation, core pinning,
pre-registered combination rule and multiplicity correction).
Security Impact: none to code; tightens what the evidence may claim.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
5f354e54
feat/vendor-falcon-det1024
1/11 ++ 7 --