No Branch/Tag Specified
arm
asyncnotedecryption
danger
dev
dev-aarch64
dev-mac
dev-old-randomx
divzaddrs
dragonx
duke
freebsd
getfilterednotes
hip39
hushutils
insync
jahway603
master
mvstuff
onryo
p2p_privacy
ramhash
relaytx
rx-largepages
setbestchain
warmup
witness_cache
wolfssl
wolfssl_win
z_createrawtransaction
z_importwallet
z_signmessage
v0.11.2.z0
v0.11.2.z1
v0.11.2.z2
v0.11.2.z3
v0.11.2.z4
v0.11.2.z5
v0.11.2.z6
v0.11.2.z7
v0.11.2.z8
v0.11.2.z9
v1.0.0
v1.0.0-beta1
v1.0.0-beta2
v1.0.0-rc1
v1.0.0-rc2
v1.0.0-rc3
v1.0.0-rc4
v1.0.1
v1.0.10
v1.0.10-1
v1.0.11
v1.0.11-rc1
v1.0.12
v1.0.12-rc1
v1.0.13
v1.0.13-rc1
v1.0.13-rc2
v1.0.14
v1.0.14-rc1
v1.0.15
v1.0.15-rc1
v1.0.2
v1.0.3
v1.0.4
v1.0.5
v1.0.6
v1.0.7-1
v1.0.8
v1.0.8-1
v1.0.9
v1.1.0
v1.1.0-rc1
v1.1.1
v1.1.1-rc1
v1.1.1-rc2
v1.1.2
v1.1.2-rc1
v2.0.0
v2.0.0-rc1
v2.0.1
v3.0.0
v3.1.0
v3.1.1
v3.10.0
v3.10.1
v3.10.2
v3.2.0
v3.2.1
v3.2.1-alpha
v3.2.1-beta
v3.2.2
v3.2.3
v3.3.0
v3.3.1
v3.3.2
v3.4.0
v3.4.1
v3.5.0
v3.5.1
v3.5.2
v3.6.0
v3.6.1
v3.6.2
v3.6.3
v3.7.0
v3.7.1
v3.8.0
v3.9.0
v3.9.1
v3.9.2
v3.9.3
v3.9.4
Labels
bounty up to 500 HUSH 2001-5000 bounty
bounty between 2001 and 5000 HUSH 501-2000 bounty
bounty between 501 and 2000 HUSH arm
something doesn't work on arm beginners
for new developers bug
may or may not be a bug build
problems building documentation
not enough information feature
new feature high priority
high priority i2p
related to i2p low priority
low priority medium priority
medium priority question
something is not clear release
release label or issue related to it testing
related to testing tor
related to tor wontfix
this won't be fixed
Apply labels
Clear labels
0-500 bounty
bounty up to 500 HUSH 2001-5000 bounty
bounty between 2001 and 5000 HUSH 501-2000 bounty
bounty between 501 and 2000 HUSH arm
something doesn't work on arm beginners
for new developers bug
may or may not be a bug build
problems building documentation
not enough information feature
new feature high priority
high priority i2p
related to i2p low priority
low priority medium priority
medium priority question
something is not clear release
release label or issue related to it testing
related to testing tor
related to tor wontfix
this won't be fixed
No Label
0-500 bounty
2001-5000 bounty
501-2000 bounty
arm
beginners
bug
build
documentation
feature
high priority
i2p
low priority
medium priority
question
release
testing
tor
wontfix
Milestone
Set milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Assign users
Clear assignees
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.
No due date set.
Dependencies
This issue currently doesn't have any dependencies.
Reference in new issue
There is no content yet.
Delete Branch '%!s(MISSING)'
Deleting a branch is permanent. It CANNOT be undone. Continue?
No
Yes
Currently on a reboot, various zindex stats can only be calculated in memory and so shielded pool stats only reflect the blocks since the node was rebooted, not since block 1.
Changing the format of other blockchain data on disk makes old version incompatible and would make a painful upgrade process. Instead, we can store this new zindex data in a new file
zindex.dat
.If
zindex.dat
is present, we will load the data that is used to calculate the anonset size (shielded pool size) from that file. If the chain height inzindex.dat
is the same as the current best height of the node when it restarts, we can be reasonably sure we are adding new stats exactly where we left off.This is currently in testing on
zindexdb
branch@onryo @hyp3r @jahway603 please put any build/testing issues here
I did testing on two different machines with very good results. All anonset stats matched on both machines, before and after a restart. So the main goal is accomplished. We have a few small bugs that would be nice to be fixed. Nobody currently relies on this stuff, but we want our stats to be correct!
window_payments
is incorrectwindow_*
are incorrectwindow
values when reading zindex.dat from disk. The values shown are all-time values, not just the default "window", which is 30 days.organic.payments
went from 0 to what now looks like an all-time value of 2.9M. This may have already been broken and is less important than the above 2 itemsNotes
nullifiers
is currently incorrect already, and only shows a count of the the nullfiier cache, not all-time. Does not need to be fixed in this branchAttached is anonset data in CSV format, up to block 567875. This can be used to generate a graph of our anonset over-time. Might be interesting to @onryo
Format:
height,zins,zouts,anonset at that height
I am seeing
pindexPast->nChainPayments
as 0, which causeswindow_payments
to be an all-time value, whengetchaintxstats
is called. Same behavior when a custom window of 10 blocks is used, it's not related to the size of the window1st Ever Graph of anonset size over time for a privacy coin
This is done and merged