You’ll trade assets that are very valuable with HC Net, so security is important. The following guidelines can help keep your HC Net integration secure.
HC Net uses industry-standard public-key cryptography tools and techniques, which means the code is well tested and well understood. All transactions on the network are public, which means the movement of funds can always be audited. Each transaction is signed by whomever sent it using the Ed25519 algorithm, which cryptographically proves that the sender was authorized to make the transaction.
While all transactions are public, banks using HC Net to exchange funds on behalf of individual account holders can keep information about the individuals sending and receiving it private by storing encrypted or unique identifiers in the transaction’s memo field. This allows banks to meet regulatory regulation requirements and keep transaction history verifiable while still keeping privileged information secure.
One of the simplest methods for securing an account is keeping its secret seed stored offline—it could be on a computer with no connection to the internet or just a piece of paper in someone’s wallet. Transactions can be created and signed on an offline computer, then saved to a USB drive (or some other means of storage) and transferred to a computer with internet access, which sends the transactions to a Aurora server or HC Net Core instance. If storing the seed on paper instead of a computer, use a program that doesn’t save the seed to create and sign the transaction.
Since an offline computer has no connection, it is extremely hard for someone without physical access to it to access the account’s keys. However, this also makes every transaction an extremely manual process. A common practice instead is to maintain two accounts: one offline account that securely holds the majority of your assets and another online account that holds only a few assets. Most transactions can be performed with the online account and, when its funds are low, a person can manually replenish it from the offline account.
You can think of this method like having both a bank vault and a cash register drawer. Most of the time the vault is closed and locked. It is only opened occasionally (and under specific procedures) to replenish a register drawer that is running low or to store excess funds from a register drawer that is overflowing. If someone attempts to rob the bank, it is extremely hard for them to get away with anything more than what was in the register drawer.
Sensitive accounts can be secured by requiring authorization from multiple individuals to make a transaction. Read the multisignature guide to learn more about how.
If you require multiple signers, you should also ensure that you do not require all the possible signers to sign a transaction. If one of the signers loses the keys to their account, you will no longer be able to perform transactions if they have to sign them.
If you issue your own assets, you should usually ensure that they can be revoked using the “authorization revocable” flag on the account. This allows you to effectively freeze your assets in someone else’s account in case of theft or in other extenuating circumstances.
HC Net’s core protocol limits itself to being a simple and verifiable means for exchanging assets. If you are a financial institution or are making large transactions, you should also perform KYC and any related regulatory regulation checks. You can find more information in our regulation protocol guide or use the HC Net Communication Server to simplify the process.
Because HC Net’s security is based around public key encryption, it’s critical that an account’s secret seed is not shared. Anyone who has access to the seed effectively has control of the account. However, if someone learns your account’s seed or you accidentally share it with someone who shouldn’t know it, you can remove its ability to control the account with the following steps:
It’s important to understand that accounts that allow multiple signatures need to be able to remove a compromised key. You should always be careful that signature weights are set up so that this is possible—never require all signers to be involved in a transaction.
Every node keeps a history archive, so you always have a strong and reliable record of what happened. Parties affected by a bug can examine all the historical details and agree on a method of remediation while the bug is being fixed.
It’s generally a good idea to make sure access to HC Net Core is extremely limited. Make sure only the ports needed to communicate with Aurora and other HC Net Core instances on the public network are open. Access to HC Net Core’s databases should also be highly restricted.
Make sure that you’re using the most secure software available by keeping up-to-date with the latest releases. HCNet.org publishes release announcements on a mailing list you can subscribe to at
*Powered by HashCash