Ecosystem metrics

New Repos
1,879
New
Commits
175
up 19.9%
Releases
9
up 50.0%
Contributors
37
down 9.8%
Merges
4
up 33.3%

Repository Explorer

1756 commits in all time May 21, 2026 20:35 – Aug 19, 2026 20:35 UTC
JBScaled devportal
Merge edc69e80dec0f8aa1e64ecfe237c3a1ea6e33cf0 into 5d9007e5376f9c5002ab3b5a0c5109c0d33a2a4f
Git Commit 7544a54e Branch undefined Document 5/456 ++ 9 --
gabrielkuettel devportal
Merge 5d9007e5376f9c5002ab3b5a0c5109c0d33a2a4f into 2cd175e0f03d678500f57d454d1d11f789b996f3
Git Commit 339e6d5a Branch undefined Document 300/235,564 ++ 98,819 --
Notes added by 'git notes add'
Git Commit c6bc8cc4 Branch notes/semantic-release-v1.3.0 Document 1/1 ++ 0 --
Merge 6ea4669843fd04a260f093b899efcd283b50e6e1 into c8829a6c2f73869d7a1deb347dcad23882106431
Git Commit 9d7b9459 Branch pull/1097/merge Document 1/125 ++ 108 --
Merge ee418c3a084cea2a2d4cb6be0ef37ee831d2cec5 into c8829a6c2f73869d7a1deb347dcad23882106431
Git Commit 94ea8da4 Branch pull/1059/merge Document 1/5 ++ 4 --
fix: normalize box names to bytest on direct BoxReference construction
Git Commit 251a58c2 Branch feat/v42 Document 2/17 ++ 12 --
docs: describer extra pages as pooled between the application program
Git Commit 36f89d5a Branch feat/v42 Document 2/7 ++ 4 --
ipaleka frontend
Added pid and pid_ambiguous to the ASA item program serializer
Git Commit f96b1ac8 Branch development Document 3/69 ++ 17 --
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.
Git Commit 146124e6 Branch feat/vendor-falcon-det1024 Document 1/181 ++ 0 --
meetthosar devportal
Merge 553aeaf600ab6b0f4450f27bbf75b638fbb6c82d into e2bb195fcb086db01c52b84d21f7c89cd7c978d1
Git Commit 8f82adfe Branch pull/639/merge Document 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.
Git Commit 175d6330 Branch feat/vendor-falcon-det1024 Document 1/21 ++ 0 --
Merge 990aa397a55c8562ea36157bf44e6083074c3521 into 337211c9b279ae7ee811998064b3de3f0ced7f73
Git Commit 3702da4d Branch undefined Document 26/1,910 ++ 617 --
ipaleka widgets
Redesigned historic widget's settings section
Git Commit 5bda2586 Branch undefined Document 2/121 ++ 22 --
Florent Tapponnier docs
add OpenChainBench RPC endpoint benchmarks
Git Commit 2978cb04 Branch pull/1323/head Document 1/4 ++ 0 --
joe-p js-algorand-sdk
fix: ensure an empty ref is not returned for an unknown ref
Git Commit 6adfd7b1 Branch feat/v42 Document 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>
Git Commit 5f354e54 Branch feat/vendor-falcon-det1024 Document 1/11 ++ 7 --
sofinico gGov
Merge f93bc656a5ccc5b43df13dac3bc1159ed03fdbec into 752d8cd3df88585e0c9cec8f0c3bddc9d2db2bf4
Git Commit de832931 Branch pull/105/merge Document 16/1,039 ++ 2 --
sofinico gGov
chore: add useful context prop to the pipeline + readme
Git Commit f93bc656 Branch feat/frac-pipeline Document 2/32 ++ 16 --
ipaleka widgets
Initial setup for the address page redesign
Git Commit df952b21 Branch undefined Document 2/35 ++ 6 --
Argimirodelpozo puya-ts
feat: widen tuple for new extra pages in stateful programs
Git Commit 57d26b00 Branch main Document 3/32 ++ 6 --
Merge 0c1e6606597eeea181f1b33988149c75c1604076 into e2bb195fcb086db01c52b84d21f7c89cd7c978d1
Git Commit 0d01f1bd Branch undefined Document 2/297 ++ 5,129 --
JBScaled devportal
docs: corrected some details
Git Commit edc69e80 Branch docs/algokey-reference Document 1/83 ++ 41 --