Home /
Input Output /
acropolis
Jul 26, 9-10 AM (0)
Jul 26, 10-11 AM (0)
Jul 26, 11-12 PM (0)
Jul 26, 12-1 PM (0)
Jul 26, 1-2 PM (1)
Jul 26, 2-3 PM (1)
Jul 26, 3-4 PM (0)
Jul 26, 4-5 PM (0)
Jul 26, 5-6 PM (0)
Jul 26, 6-7 PM (0)
Jul 26, 7-8 PM (0)
Jul 26, 8-9 PM (0)
Jul 26, 9-10 PM (0)
Jul 26, 10-11 PM (0)
Jul 26, 11-12 AM (0)
Jul 27, 12-1 AM (0)
Jul 27, 1-2 AM (0)
Jul 27, 2-3 AM (0)
Jul 27, 3-4 AM (0)
Jul 27, 4-5 AM (0)
Jul 27, 5-6 AM (0)
Jul 27, 6-7 AM (0)
Jul 27, 7-8 AM (0)
Jul 27, 8-9 AM (0)
Jul 27, 9-10 AM (0)
Jul 27, 10-11 AM (0)
Jul 27, 11-12 PM (0)
Jul 27, 12-1 PM (0)
Jul 27, 1-2 PM (0)
Jul 27, 2-3 PM (0)
Jul 27, 3-4 PM (0)
Jul 27, 4-5 PM (0)
Jul 27, 5-6 PM (0)
Jul 27, 6-7 PM (0)
Jul 27, 7-8 PM (0)
Jul 27, 8-9 PM (0)
Jul 27, 9-10 PM (0)
Jul 27, 10-11 PM (0)
Jul 27, 11-12 AM (0)
Jul 28, 12-1 AM (0)
Jul 28, 1-2 AM (0)
Jul 28, 2-3 AM (1)
Jul 28, 3-4 AM (0)
Jul 28, 4-5 AM (0)
Jul 28, 5-6 AM (0)
Jul 28, 6-7 AM (5)
Jul 28, 7-8 AM (0)
Jul 28, 8-9 AM (2)
Jul 28, 9-10 AM (0)
Jul 28, 10-11 AM (0)
Jul 28, 11-12 PM (0)
Jul 28, 12-1 PM (0)
Jul 28, 1-2 PM (0)
Jul 28, 2-3 PM (1)
Jul 28, 3-4 PM (0)
Jul 28, 4-5 PM (1)
Jul 28, 5-6 PM (0)
Jul 28, 6-7 PM (0)
Jul 28, 7-8 PM (0)
Jul 28, 8-9 PM (0)
Jul 28, 9-10 PM (0)
Jul 28, 10-11 PM (1)
Jul 28, 11-12 AM (0)
Jul 29, 12-1 AM (0)
Jul 29, 1-2 AM (0)
Jul 29, 2-3 AM (0)
Jul 29, 3-4 AM (0)
Jul 29, 4-5 AM (0)
Jul 29, 5-6 AM (0)
Jul 29, 6-7 AM (4)
Jul 29, 7-8 AM (0)
Jul 29, 8-9 AM (2)
Jul 29, 9-10 AM (0)
Jul 29, 10-11 AM (1)
Jul 29, 11-12 PM (2)
Jul 29, 12-1 PM (0)
Jul 29, 1-2 PM (0)
Jul 29, 2-3 PM (1)
Jul 29, 3-4 PM (1)
Jul 29, 4-5 PM (0)
Jul 29, 5-6 PM (0)
Jul 29, 6-7 PM (0)
Jul 29, 7-8 PM (0)
Jul 29, 8-9 PM (1)
Jul 29, 9-10 PM (0)
Jul 29, 10-11 PM (0)
Jul 29, 11-12 AM (0)
Jul 30, 12-1 AM (0)
Jul 30, 1-2 AM (0)
Jul 30, 2-3 AM (0)
Jul 30, 3-4 AM (0)
Jul 30, 4-5 AM (0)
Jul 30, 5-6 AM (0)
Jul 30, 6-7 AM (0)
Jul 30, 7-8 AM (2)
Jul 30, 8-9 AM (0)
Jul 30, 9-10 AM (0)
Jul 30, 10-11 AM (0)
Jul 30, 11-12 PM (2)
Jul 30, 12-1 PM (0)
Jul 30, 1-2 PM (0)
Jul 30, 2-3 PM (0)
Jul 30, 3-4 PM (0)
Jul 30, 4-5 PM (0)
Jul 30, 5-6 PM (0)
Jul 30, 6-7 PM (1)
Jul 30, 7-8 PM (1)
Jul 30, 8-9 PM (0)
Jul 30, 9-10 PM (0)
Jul 30, 10-11 PM (0)
Jul 30, 11-12 AM (0)
Jul 31, 12-1 AM (0)
Jul 31, 1-2 AM (0)
Jul 31, 2-3 AM (0)
Jul 31, 3-4 AM (0)
Jul 31, 4-5 AM (0)
Jul 31, 5-6 AM (0)
Jul 31, 6-7 AM (0)
Jul 31, 7-8 AM (0)
Jul 31, 8-9 AM (0)
Jul 31, 9-10 AM (0)
Jul 31, 10-11 AM (0)
Jul 31, 11-12 PM (0)
Jul 31, 12-1 PM (0)
Jul 31, 1-2 PM (0)
Jul 31, 2-3 PM (0)
Jul 31, 3-4 PM (1)
Jul 31, 4-5 PM (0)
Jul 31, 5-6 PM (0)
Jul 31, 6-7 PM (0)
Jul 31, 7-8 PM (0)
Jul 31, 8-9 PM (0)
Jul 31, 9-10 PM (0)
Jul 31, 10-11 PM (1)
Jul 31, 11-12 AM (0)
Aug 01, 12-1 AM (0)
Aug 01, 1-2 AM (0)
Aug 01, 2-3 AM (0)
Aug 01, 3-4 AM (0)
Aug 01, 4-5 AM (0)
Aug 01, 5-6 AM (0)
Aug 01, 6-7 AM (0)
Aug 01, 7-8 AM (0)
Aug 01, 8-9 AM (0)
Aug 01, 9-10 AM (0)
Aug 01, 10-11 AM (0)
Aug 01, 11-12 PM (0)
Aug 01, 12-1 PM (0)
Aug 01, 1-2 PM (0)
Aug 01, 2-3 PM (0)
Aug 01, 3-4 PM (2)
Aug 01, 4-5 PM (0)
Aug 01, 5-6 PM (0)
Aug 01, 6-7 PM (0)
Aug 01, 7-8 PM (0)
Aug 01, 8-9 PM (0)
Aug 01, 9-10 PM (0)
Aug 01, 10-11 PM (0)
Aug 01, 11-12 AM (0)
Aug 02, 12-1 AM (0)
Aug 02, 1-2 AM (0)
Aug 02, 2-3 AM (0)
Aug 02, 3-4 AM (0)
Aug 02, 4-5 AM (0)
Aug 02, 5-6 AM (0)
Aug 02, 6-7 AM (0)
Aug 02, 7-8 AM (0)
Aug 02, 8-9 AM (0)
Aug 02, 9-10 AM (0)
35 commits this week
Jul 26, 2025
-
Aug 02, 2025
Refactor to process calculate rewards asynchronously
feat: add drdd module with historical distribution REST endpoint
Signed-off-by: William Hankins <[email protected]>
Merged, added tests to ChameleonFraction
feat: add spdd module with historical distribution REST endpoint
Signed-off-by: William Hankins <[email protected]>
Fix spo_state epoch handling post merge
Might still want a refactor into new_epoch() as per main but there are issues around when SPOs are actually removed
feat: SPDD module for historical distribution lookup (WIP)
Signed-off-by: William Hankins <[email protected]>
Merge branch 'main' into prc/8-reward-state
Need checking around SPOState end of epoch - retained my updated version which does it in handle_tx_certs, may need refactoring again with end_epoch() as in main
Track actual rewards paid, simplify RewardsResult
Calculate total and log total rewards, matching against DBSync
Also remove errors/warnings about missing SPOs (they can retire) and VRF matches (they are OBFT nodes)
Refund SPO deposit to treasury if deregistered
Epoch 211 treasury now matches again
Unit tests for monetary change in early epochs
Merge pull request #104 from SundaeSwap-finance/golddydev/intelligent-download
refactor: Mithril fetcher to download intelligently
Merge pull request #97 from SundaeSwap-finance/whankinsiv/rest-module
feat: REST Blockfrost module
fix: improve logging for download max age validation
refactor: update snapshot download logic to use configuration for max age
- Modified the `should_skip_download` function to retrieve the download max age from the configuration instead of passing it as a parameter. - Updated related tests to use the new configuration-based approach for determining download behavior.
test: add unit tests for snapshot metadata handling and download skip logic
- Implemented tests for saving and loading snapshot metadata. - Added tests to verify the logic for skipping downloads based on snapshot age and availability.
feat: add download max age configuration variable to manange download snapshot process
- Introduced functions to load and save snapshot metadata as JSON. - Implemented logic to skip downloading snapshots based on a configurable max age. - add new `download-max-age` configuration variable for controlling snapshot download behavior. - Added `chrono` dependency for date and time handling.
Setup query message and rest handler templates, move all DRep and governance endpoints to rest_blockfrost
Signed-off-by: William Hankins <[email protected]>
Adjust which fees to use in reserves/treasury calculations
Use 'mark' fees (epoch n-2 when entering epoch n) for calculating treasury cut. Still not convinced of this but it matches figures in DBSync!
Factor out monetary calculations, reorder around snapshot
Allows us to do things in this order: - Monetary change (monetary expansion, treasury increase) - Repay refunds and pay MIRs - Capture snapshot - Calculate rewards However this still requires us to delay the fees by one epoch to match DBSync numbers - unexplained!