22 KiB
HSD Release Notes & Changelog
Unreleased
v8.0.0
When upgrading to this version of hsd, you must pass --chain-migrate=4
and --wallet-migrate=7 when you run it for the first time.
Network
End Airdrop soft fork has been included. (#927)
Miners who want to support the soft-fork need to start signalling with airstop bit.
Wallet Changes
Wallet HTTP API
POST /wallet/:id/zapresponse object has a new property:zapped: number, indicating the number of transactions that were zapped.GET /wallet/:id/name/:namenow accepts anownparameter and only returns the namestate when the wallet owns the name.- Introduce admin
POST /recalculate-balances, useful if the post-migration recalculation was not triggered and wallet balances are not correct. - The TX creation HTTP Endpoints now supports new values for the
selectionproperty. These new strategies use database iterators instead of loading all coins into RAM.db-value- This is a database alternative tovalueand new default.db-age- A database alternativeage.db-all- A database alternativeall.db-sweepdust- Select smallest coins first.- Add
sweepdustMinValueoption for TX creation endpoints, default 1.
- Add
Wallet/WalletDB API
Wallet.zapnow returns the number of transactions zapped instead of their hashes.
hs-client Wallet
getNamenow accepts anoptionsobject with anownproperty.
v7.0.0
When upgrading to this version of hsd, you must pass --wallet-migrate=5 when
you run it for the first time.
Primitives
- TX Changes:
- tx.test no longer updates the filter.
- Introduce TX.testAndMaybeUpdate method for potentially updating filter while testing. (old tx.test)
Node Changes
Add support for the interactive rescan, that allows more control over rescan process and allows parallel rescans.
Node HTTP API
GET /orgetInfo()now has more properties:treeRootHeight- height at which the block txns are accumulated in the current branch.indexersindexTX- is tx indexer enabled.indexAddress- is addr indexer enabled.
optionsspvis the Node SPV?prunedoes node have pruning enabled.
treeCompactioncompacted- whethere tree is compacted or not.compactOnInit- is tree compaction on init enabled.compactInterval- what is the current compaction interval config.nextCompaction- when will the next compaction trigger after restart.lastCompaction- when was the last compaction run.
- Introduce
scan interactivehook (start, filter, fullLock) - Add
get median timehook to get median time past for a blockhash. - Add
get entrieshook to get entries. Similar toget hashes, but returns encoded entries.
hs-client Node
- Introduce
scanInteractivemethod that starts interactive rescan.- expects ws hook for
block rescan interactiveparamsrawEntry, rawTXsthat returns scanAction object. - expects ws hook for
block rescan interactive abortparammessage.
- expects ws hook for
- Add
getMempoolRejectionFilterandcheckMempoolRejectionFilterNodeClient aliases. - Add
getFee, an HTTP alternative to estimateFee socket call. - Adds
getEntries(start, end)that returns encoded chain entries.
Wallet Changes
- Add migration that recalculates txdb balances to fix any inconsistencies.
- Wallet will now use
interactive scanfor initial sync(on open) and rescan.
Configuration
- Wallet now has option
wallet-migrate-no-rescan/migrate-no-rescanif you want to disable rescan when migration recommends it. It may result in the incorrect txdb state, but can be useful if you know the issue does not affect your wallet or is not critical. - Add
--wallet-preload-all(or--preload-allfor standalone wallet node) that will open all wallets before starting other services (e.g. HTTP). By default this is set tofalse. - Add
--wallet-max-history-txs(or--max-history-txsfor standalone wallet node) that will be the hard limit of confirmed and unconfirmed histories.
Wallet API
- WalletNode now emits
openandcloseevents. - WalletDB Now emits events for:
open,close,connect,disconnect. - WalletDB
open()no longer callsconnectand needs separate callconnect.open()no longer calls scan, instead only rollbacks and waits for sync to do the rescan.- emits events for:
open,close,connect,disconnect,sync done. - Wallet now has additional methods for quering history:
listUnconfirmed(acc, { limit, reverse })- Get first or lastlimitunconfirmed transactions.listUnconfirmedAfter(acc, { hash, limit, reverse })- Get first or lastlimitunconfirmed transactions after/before tx with hash:hash.listUnconfirmedFrom(acc, { hash, limit, reverse })- Get first or lastlimitunconfirmed transactions after/before tx with hashhash, inclusive.listUnconfirmedByTime(acc, { time, limit, reverse })- Get first or lastlimitunconfirmed transactions after/beforetime, inclusive.listHistory(acc, { limit, reverse })- Get first or lastlimitunconfirmed/confirmed transactions.listHistoryAfter(acc, { hash, limit, reverse })- Get first or lastlimitunconfirmed/confirmed transactions after/before tx with hashhash.listHistoryFrom(acc, { hash, limit, reverse })- Get first or lastlimitconfirmed/unconfirmed transactions after/before tx with hashhash, inclusive.listUnconfirmedByTime(acc, { time, limit, reverse })- Get first or lastlimitconfirmed/unconfirmed transactions after/beforetime, inclusive.- NOTE: Default is ascending order, from the oldest.
Wallet HTTP API
- All transaction creating endpoints now accept
hardFeefor specifying the exact fee. - All transaction sending endpoints now fundlock/queue tx creation. (no more conflicting transactions)
- Add options to
getNamesfor passingown. - Rename
createAuctionTxstocreateAuctionTXs. - All
bidserializations will includeheightof the bid. (-1if it was migrated not-owned bid)GET /wallet/:id/auction(getAuctions)GET /wallet/:id/auction/:name(getAuctionByName)GET /wallet/:id/bid(getBids)GET /wallet/:id/bid/:name(getBidsByName)
- All
revealserializations will includebidPrevoutof the bid. (nullif it was migrated not-owned reveal)GET /wallet/:id/auction(getAuctions)GET /wallet/:id/auction/:name(getAuctionByName)GET /wallet/:id/reveal(getReveals)GET /wallet/:id/reveal/:name(getRevealsByName)
GET /wallet/:id/tx/history- The params are nowtime,after,limit, andreverse.GET /wallet/:id/tx/unconfirmed- The params are are same as above.
These endpoints have been deprecated:
GET /wallet/:id/tx/range- Instead use thetimeparam for the history and unconfirmed endpoints.GET /wallet/:id/tx/last- Instead usereverseparam for the history and unconfirmed endpoints.
Examples
GET /wallet/:id/tx/history?after=<txid>&limit=50&reverse=false
GET /wallet/:id/tx/history?after=<txid>&limit=50&reverse=true
By using after=<txid> we can anchor pages so that results will not shift
when new blocks and transactions arrive. With reverse=true we can change
the order the transactions are returned as latest to genesis. The
limit=<number> specifies the maximum number of transactions to return
in the result.
GET /wallet/:id/tx/history?time=<median-time-past>&limit=50&reverse=false
GET /wallet/:id/tx/history?time=<median-time-past>&limit=50&reverse=true
The param time is in epoch seconds and indexed based on median-time-past
(MTP) and date is ISO 8601 format. Because multiple transactions can share
the same time, this can function as an initial query, and then switch to the
above after format for the following pages.
GET /wallet/:id/tx/unconfirmed?after=<txid>&limit=50&reverse=false
GET /wallet/:id/tx/unconfirmed?after=<txid>&limit=50&reverse=true
GET /wallet/:id/tx/unconfirmed?time=<time-received>&limit=50&reverse=false
The same will apply to unconfirmed transactions. The time is in epoch
seconds and indexed based on when the transaction was added to the wallet.
Wallet RPC
The following new methods have been added:
listhistory- List history with a limit and in reverse order.listhistoryafter- List history after a txid (subsequent pages).listhistorybytime- List history by giving a timestamp in epoch seconds (block median time past).listunconfirmed- List unconfirmed transactions with a limit and in reverse order.listunconfirmedafter- List unconfirmed transactions after a txid (subsequent pages).listunconfirmedbytime- List unconfirmed transactions by time they where added.
The following methods have been deprecated:
listtransactions- Uselisthistoryand the related methods and theafterargument for results that do not shift when new blocks arrive.
Wallet CLI (hsw-cli)
historynow accepts new args on top of--account:--reverse,--limit,--after,--after.pendingnow accepts new args, same as above.
Client changes
Wallet HTTP Client
getHistoryandWallet.getHistoryno longer acceptaccount, instead accepts object with properties:account,time,after,limit, andreverse.getPendingandWallet.getPendinghave the same changes asgetHistoryabove.
v6.0.0
Network
ICANN Lockup soft fork has been included. (#819, #828, #834)
Miners who want to support the soft-fork need to start signalling with icannlockup bit.
Node and Wallet HTTP API
Validation errors, request paremeter errors or bad HTTP requests will no
longer return (and log) 500 status code, instead will return 400.
Wallet Changes
Configuration
hsd.conf can now be used to define wallet options, when wallet is running as
a plugin. Configurations with wallet- prefix will be passed to the wallet.
hsd.conf wont be used if the wallet is running in standalone mode.
- Remove
check-lookaheadoption from walletdb.
Wallet API
- HTTP Changes:
/wallet/:id/openno longer acceptsforceflag. (it was not used)
- RPC Changes:
createopenandsendopenno longer acceptforceas an argument. (was not used)- Introduce new API to modify account:
PATCH /wallet/:id/account/:account.
v5.0.0
When upgrading to this version of hsd, you must pass --wallet-migrate=2 when
you run it for the first time.
Node API changes
-
HTTP API endpoint
/(hsd-cli getinfo) now includes "public" networking settings. -
RPCs
getnameinfogetnameresourceverifymessagewithnameandgetnamebyhashnow accept an additional boolean parametersafewhich will resolve the name from the Urkel tree at the last "safe height" (committed tree root with > 12 confirmations). SPV nodes can use this option and retrieve Urkel proofs from the p2p network to respond to these calls. -
New RPC methods:
decoderesourcelikedecodescriptaccepts hex string as input and returns JSON formatted DNS records resource.
Wallet changes
-
HTTP Changes:
- Wallet and account create methods now accept
lookaheadvalues up to2^32 - 1.
- Wallet and account create methods now accept
-
New RPC methods:
createbatchandsendbatchcreate batch transactions with any number of outputs with any combination of covenants.
-
Updates related to nonces and blinds
- Multisig wallets will compute nonces based on the LOWEST public key in the
group.
This makes multiparty bidding and revealing more deteministic. Older versions
would always use the wallet's OWN public key. To preserve compatability with
older software:
- RPC method
importnoncenow returns an array of blinds instead of a single blind. - HTTP endpoint
/wallet/:id/nonce/:name's response replaces 2 string fields (nonce,blind) with arrays of the same type (nonces,blinds)
- RPC method
- Multisig wallets will compute nonces based on the LOWEST public key in the
group.
This makes multiparty bidding and revealing more deteministic. Older versions
would always use the wallet's OWN public key. To preserve compatability with
older software:
v4.0.0
When upgrading to this version of hsd you must pass
--chain-migrate=3 when you run it for the first time.
Node changes
-
FullNodeandSPVNodenow accept the option--agentwhich adds a string to the user-agent of the node (which will already contain hsd version) and is sent to peers in the version packet. Strings must not contain slashes and total user-agent string must be less than 255 characters. -
FullNodeparses new configuration option--compact-tree-on-initand--compact-tree-init-intervalwhich will compact the Urkel Tree when the node first opens, by deleting historical data. It will try to compact it again aftertree-init-intervalhas passed. Compaction will keep up to the last 288 blocks worth of tree data on disk (7-8 tree intervals) exposing the node to a similar deep reorganization vulnerability as a chain-pruning node.
v3.0.0
When upgrading to this version of hsd you must pass
--chain-migrate=2 --wallet-migrate=1 when you run it for the first time.
Database changes
- Updated database versions and layout.
- Separated migrations from WalletDB and ChainDB: lib/migrations/README.md
- Blockstore update: The way that block data is stored has changed for greater
performance, efficiency, reliability and portability. To upgrade to the new
disk layout it's necessary to move block data from LevelDB
(e.g.
~/.hsd/chain) to a new file based block storage (e.g.~./.hsd/blocks). That will happen automatically with the migration flags.
Wallet API changes
-
New RPC methods:
signmessagewithname: Likesignmessagebut uses a name instead of an address. The owner's address will be used to sign the message.verifymessagewithname: Likeverifymessagebut uses a name instead of an address. The owner's address will be used to verify the message.
-
New wallet creation accepts parameter
languageto generate the mnemonic phrase. -
rpc getbidsaccepts a third parameterunrevealed(bool) which filters the response by checking the wallet's unspent coins database for each bid. If an unspent coin is found, the output address of that coin is added to the JSON response. This is useful for wallet recovery scenarios when users need to callrpc importnonceto repair unknown blinds. The complete usage is nowrpc getbids name (own) (unrevealed)so for example a wallet-recovering user would executerpc getbids null true true. -
Wallet RPC
getnames(and HTTP endpoint/wallet/:id/name) now accept a boolean parameter "own" (default:false) that filters out names the wallet does not own.
DNS changes
-
DNSSEC proofs from the root name server were fixed, particularly around non-existent domains. The empty zone proofs were replaced with minimally covering NSEC records.
-
FullNodeandSPVNodeparse new option--no-sig0which disables SIG0 signing in the root nameserver and recursive resolver. The current SIG0 algorithm uses Blake2b and is identified asPRIVATEDNSwhich is incompatible with most legacy DNS software.
Other changes
- The logging module
blgrhas been updated. Log files will now be rolled over at around 20 MB and timestamped. Only the last 10 log files will be kept on disk and older log files will be purged. These values can be configured by passing--log-max-file-size(in MB) and--log-max-files.
v2.4.0
Chain & Consensus changes
- A consensus inflation bug has been fixed. Non-upgraded miners should upgrade as soon as possible. See https://handshake.org/notice/2020-04-02-Inflation-Bug-Disclosure.html for more information.
- A new chain value migration is necessary (related to the above fix). This migration will automatically run on boot and should only take 2-3 minutes. Pruned nodes cannot run this migration. Note that pruned nodes may have an incorrect chain value until they re-sync.
Mining changes
getworkhas been fixed and improved. See https://github.com/handshake-org/hsd/pull/583.
Wallet changes
- Fixes a bug that caused rescans to fail if a name being "watched" was ever
TRANSFERed. Adeepcleanplusrescanmay be required to fix affected wallets.
DNS changes
- Root server DNSSEC has been fixed. It is only authoritative over DS and TXT records, and only returns TXT if no NS (referral) is present in the zone.
Node changes
FullNodeandSPVNodeaccept configuration parameter--no-dns(orno-dns: trueinhsd.conf) which launches the node without either DNS server (the root authoritative server and the recursive resolver). This avoids some port collisions with other HNS resolvers like hnsd running locally, and generally separates and reduces security concerns around running unneeded servers when a node is just used for transactions and blocks.--no-rsis also accepted to disable the recursive DNS resolver (but keep the root server).
Wallet API changes
-
Adds new wallet HTTP endpoint
/wallet/:id/auctionbased onPOST /wallet/:id/bid. It requires an additional parameterbroadcastBidset to either true or false. This action returns a bid and its corresponding reveal, the reveal being prepared in advance. The bid will be broadcasted either during the creation (broadcastBid=true) or at a later time (broadcastBid=false). The reveal will have to be broadcasted at a later time, during the REVEAL phase. The lockup must include a blind big enough to ensure the BID will be the only input of the REVEAL transaction. -
Now parses option
--wallet-check-lookahead(or--check-lookaheadfor standalone wallet node) that will check every account of every wallet in the DB and ensure the lookahead value is the current default and maximum of200. A rescan is recommended after this action.
Node & Wallet API changes
- The
statsfield included innamestate.toJSON()includes extra data if the name is in a TRANSFER state.
v2.3.0
Node changes
-
FullNodenow parses option--min-weight=<number>(min-weight: <number>in hsd.conf orminWeight: <number>in JavaScript object instantiation). When assembling a block template, if there are not enough fee-paying transactions available, the miner will add transactions up to the minimum weight that would normally be ignored for being "free" (paying a fee below policy limit). The default value is raised from0to5000(a 1-in, 2-out BID transaction has a weight of about889). -
Transactions that have sat unconfirmed in the mempool for 3 days will be evicted. This is the default
MEMPOOL_EXPIRY_TIMEvalue set inpolicy.jsbut can be configured (in seconds) with theFullNodeoption--mempool-expiry-time.
Wallet API changes
- Adds new wallet HTTP endpoint
/deepcleanthat requires a parameterI_HAVE_BACKED_UP_MY_WALLET=true. This action wipes out balance and transaction history in the wallet DB but retains key hashes and name maps. It should be used only if the wallet state has been corrupted by issues like the reserved name registration bug or the locked coins balance after FINALIZE bug. After the corrupt data has been cleared, a walletDB rescan is required.
Wallet changes
- Fixes a bug that ignored the effect of sending or receiving a FINALIZE on a
wallet's
lockedConfirmedandlockedUnconfirmedbalance.
v2.2.0
Upgrading
This version fixes a bug in the wallet that would corrupt the database if a user manually generated change addresses using API commands. Upon running the updated software for the first time, hsd will check for corruption and if there is none, proceed with normal operation (no user interaction is required, although this process may take a few minutes for a "busy" wallet). If the bug is detected, hsd will throw an error and quit. To repair the wallet, the user must launch hsd with an extra command-line flag, in addition to whatever parameters they normally use:
$ hsd --wallet-migrate=0 (for most users)
or $ hs-wallet --migrate=0 (for remote wallet node)
These flags may be added to environment variables or a config file if desired, following the pattern described in the configuration guide.
The repair may take a few minutes and will automatically initiate a rescan. For this reason, the user's wallet MUST be connected to a full node (not a pruned node or SPV node).
Node API changes
-
Adds a new node rpc
resetrootcachethat clears the root name server cache. -
A new RPC call
validateresourcewas added to validate HandshakeResourceJSON and will return an error message on an invalidResource. The input JSON object is the format expected byrpc sendupdate. -
A new RPC call
getdnssecproofwas added to build and return the DNSSEC proof used for reserved name claims. This can be used to test if a reserved name is ready for a CLAIM. -
RPC calls that return tx outputs in JSON now include output addresses as a string in addition to the version/hash pair.
-
RPC methods
getblockandgetblockheadernow returnconfirmations: -1if the block is not in the main chain. -
A new HTTP endpoint
/header/:blockwas added to retrieve a block header by its hash or height.
Wallet API changes
- Adds new wallet rpc
importnamethat enables user to "watch" a name and track its auction progress without bidding on it directly.
Wallet changes
- A bug was fixed that prevented reserved names that had been CLAIMed from REGISTERing. If unpatched software was used to CLAIM a name already, that wallet database is irreversibly corrupted and must be replaced. See https://github.com/handshake-org/hsd/issues/454
v2.0.0
Wallet API changes
Creating a watch-only wallet now requires an account-key (or accountKey)
argument. This is to prevent hsd from generating keys and addresses the user
can not spend from.
v0.0.0
Notable Changes
- Initial tagged release.