Commit 2ad42a25 authored by Dan Notestein's avatar Dan Notestein
Browse files

Update programs/blockchain_converter/

parent 07a741ac
......@@ -36,9 +36,9 @@ As the `input` option value you will have to specify an URL to the original inpu
In favor of the old `use-now-time` option there is a new feature that calculates transaction expiration times based on the time gap between output node
head block time and the timestamp of the block that is currently being converted. There is also a transaction expiration check that should perfectly work for the majority of converted transactions (formula):
// Apply either deduced transaction expiration value or the maximum one
// Use the deduced transaction expiration value, unless it would be too far in the future to be allowed, then use largest future time
// Apply either minimum transaction expiration value or the desired one
// Try to match relative expiration time of original transaction to including block, unless it would be so short that transaction would likely expire. After more thought, I'm starting to question the logic on this, maybe we would prefer if these transactions don't expire if at all possible (after all, they got into mainnet). But let's leave this as-is for now.
max( block_to_convert.timestamp + trx_time_offset - HIVE_BLOCK_INTERVAL, transaction_to_convert.expiration + trx_time_offset),
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment