Ecosystem metrics
- New Repos
- 4
- New
- Commits
- 543
- up 19.1%
- Releases
- 2
- down 66.7%
- Contributors
- 47
- down 2.1%
- Merges
- 15
- up 25.0%
Activity Overview
Commits and releases over time
- Commits
- Releases
- Authors
Repository Explorer
No repositories match that filter.
7197 commits in all time
Jun 20, 2026 04:29 – Sep 18, 2026 04:29 UTC
Merge a3cf990278759fd8fccb508351207b481149cabc into 361d3066ffaca4241991cc6563403417bf562ecf
61518357
pull/17/merge
4/3,363 ++ 1,957 --
fix(deps): update all non-major dependencies
a3cf9902
renovate/all-minor-patch
4/3,363 ++ 1,957 --
Merge 62d2083bc013d19de5ce33bf1bc980047c307a8d into a886b7d694bd5fe4494c818ef4143eb31a420883
d43c6e39
pull/42/merge
6/148 ++ 26 --
Merge d60b10a1aa2630d0309c9535356d797339289d4b into 8cd5eb5f667c01ca6812e4d2f82930a793e23b18
6ca185d0
pull/6742/merge
2/23 ++ 21 --
build(deps): bump go.opentelemetry.io/otel/sdk in /tools/debug/algodump
Bumps [go.opentelemetry.io/otel/sdk](https://github.com/open-telemetry/opentelemetry-go) from 1.43.0 to 1.45.0. - [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md) - [Commits](https://github.com/open-telemetry/opentelemetry-go/compare/v1.43.0...v1.45.0) --- updated-dependencies: - dependency-name: go.opentelemetry.io/otel/sdk dependency-version: 1.45.0 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>
d60b10a1
dependabot/go_modules/tools/debug/algodump/go.opentelemetry.io/otel/sdk-1.45.0
2/23 ++ 21 --
Merge 7a10721f18848315bd5029372709fd4690bd0dfe into 9bc334a8819e21a61e5717e04c07dec184a7c579
1bd6d78c
pull/100/merge
2/30 ++ 32 --
chore(deps): update dependency vitest to v4 [security]
7a10721f
renovate/npm-vitest-vulnerability
2/30 ++ 32 --
Merge 763fadaa0a84a2352daf72c112bd989d96585913 into b0a3e71a91adfd1dfb97b5060d054618c2a147aa
17ab4066
pull/66/merge
10/1,214 ++ 1,283 --
chore(deps): Update all non-major dependencies
763fadaa
renovate/all-non-major-dependencies
10/1,214 ++ 1,283 --
Merge b5a0d51d849afff6d06e005378d4d8ced9697e4c into 8cd5eb5f667c01ca6812e4d2f82930a793e23b18
60c3cee6
pull/6741/merge
28/1,168 ++ 109 --
test: take the first address clerk compile reports
TealCompile matched any 58 character base32 string and kept matching, so the last one won. compile now reports the salted address after the program hash, which made the helper return the wrong one of the two, and every test that funds the address it returns spent from an account it had not funded: goalLogicSigTest, limitOrderTest and tealAndStatefulTealTest. It keeps the first match now, which is the program hash it has always returned. TealCompileSign is unaffected, since compile prints no address when it is signing, and tealConsensusTest already stops at the first match. Also add the t.Parallel that TestAuthorizeWithProgram was missing. cmd is the one tree the paralleltest linter is not excluded from.
b5a0d51d
pull/6741/head
2/4 ++ 1 --
Merge 32c3f73b861313a0c0e6ced0e06df7d27b547709 into 8cd5eb5f667c01ca6812e4d2f82930a793e23b18
5e76f9e1
pull/6741/merge
27/1,164 ++ 108 --
Merge 0d7ec359165f4d90c835d52579da21af92c4e2b0 into 11d0b0894260ed561f087cdfff9432f0e9243fd9
a05f9262
pull/662/merge
7/28 ++ 11 --
goal: spend from a program's salted address
A program has two account addresses, so goal needs a way to say which one a transaction is authorized by. --salted picks the salted one; without it, the form is taken from whichever address the transaction's authorizer already matches, and failing that the program hash, so that existing uses keep the address and the behavior they had. That leaves --salted needed only where nothing else settles it: clerk send -F with no --from and no --signer, where the program's address becomes the sender. Reading the form off the authorizer rather than the sender is what makes a rekeyed account work: --signer names the authorizer, and that is the address the program has to match. LogicSigSanityCheck now covers whichever form a transaction uses, so goal still checks a program before submitting it. clerk send's -L branch built its transaction without the AuthAddr that -S had asked for, while the -F branch beside it set one. Both now go through the same path, so -L no longer silently drops --signer.
32c3f73b
pull/6741/head
4/212 ++ 21 --
Merge a8a70c45678e3023d154345de99b47e9a66f414b into 9bc334a8819e21a61e5717e04c07dec184a7c579
45a400cc
pull/100/merge
2/26 ++ 38 --
chore(deps): update dependency vitest to v5 [security]
a8a70c45
renovate/npm-vitest-vulnerability
2/26 ++ 38 --
Merge 95058493bfc42720e6a3d2c07ea26dc78806cd4e into 27751c364229ae3cd0334fe4071e61690b6879e4
55b227e8
pull/740/merge
300/48,477 ++ 28,072 --
Merge 24a2776119bb6f0081ef667e3db01f0ba6af8a7b into 8cd5eb5f667c01ca6812e4d2f82930a793e23b18
1adbc6e3
pull/6740/merge
10/349 ++ 70 --
codecov: ignore what the measurement leaves out
scripts/coverpkg.sh decides which packages are instrumented and .codecov.yml decides which files are counted. The two had nothing in common: the command line programs, the build and debug tools, the e2e tree and the test-support packages were dropped from measurement without being mentioned here, so 158 files and 18,273 lines went quietly uncounted rather than deliberately excluded. List them, so the two descriptions of one decision sit together. This changes no numbers -- Codecov never saw those files -- it only makes the exclusion legible, and gives the next person something to change when the measured set changes. Two measured packages still go uncounted: no test binary links daemon/kmd or netdeploy/remote/nodecfg, so they produce no coverage data and covdata has nothing to emit for them. That is 431 lines, all uncovered, worth 0.4pp on the total.
24a27761
pull/6740/merge^2
1/21 ++ 0 --
ci: do not let ordinary comments cancel a coverage run
Concurrency is evaluated per workflow run, before the job conditions that check for /coverage and the commenter, so any comment on the pull request joined the group and cancelled a run in progress while starting nothing in its place. Key the group on the run id unless the comment is a request the authorize job would accept -- including the author check, or anyone at all could cancel a run by typing /coverage. Check out the commit resolved during authorization rather than refs/pull/N/head. That ref moves, so a push while the partitions were queued could leave them testing different commits from each other and from the one the upload is attributed to.
cbfbdbd6
pull/6740/merge^2
1/12 ++ 3 --
fix: add allow-list of unconditionally movable txn and global fields for correctness + small refactor to simplify iteration
b9282413
sink-single-use-pure-op
1/143 ++ 61 --