This section covers frequently asked questions and our recommendations.
Question: How do I know that a deploy was finalized?
Answer: If a deploy was executed, then it has been finalized. If the deploy status comes back as null, that means the deploy has not been executed yet. Once the deploy executes, it is finalized, and no other confirmation is needed. Exchanges that are not running a read-only node must also keep track of finality signatures to prevent any attacks from high-risk nodes.
Question: When are finality signatures needed?
Answer: Finality signatures are confirmations from validators that they have executed the transaction. Exchanges should be asserting finality by collecting the weight of two-thirds of transaction signatures. If an exchange runs a read-only node, it can collect these finality signatures from its node. Otherwise, the exchange must assert finality by collecting finality signatures and have proper monitoring infrastructure to prevent a Byzantine attack.
Suppose an exchange connects to someone else’s node RPC to send transactions to the network. In this case, the node is considered high risk, and the exchange must assert finality by checking to see how many validators have run the transactions in the network.
Question: How is a deploy_hash different than a transfer_hash?
Answer: Essentially, there is no difference between a deploy_hash and a transfer_hash since they are both deploy transactions. However, the platform is labeling the subset of deploys which are transfers, to filter transfers from other types of deploys. In other words, a transfer_hash is a native transfer, while a deploy_hash is another kind of deploy.
Question: Should a customer see the account-hex or the account-hash?
Answer: Exchange customers or end-users only need to see the account-hex. They do not need to know the account_hash. The account_hash is needed in the backend to verify transactions. Store the account-hash to query and monitor the account. Customers do not need to know this value, so to simplify their experience, we recommend storing both values and displaying only the account-hex.
Question: Can you provide an example of a deploy?
Answer: You can find a testDeploy reference in GitHub.
Question: How should we work with the PEM keys?
Answer: The Keys API provides methods for Ed25519 and Secp256K1 keys. Also, review the tests in GitHub and the Working with Keys documentation.
CasperLabs makes available the following resources for you to connect and get support:
On our Discord Channel, connect live with members of our Engineering Team available to support you with the progress of your projects
Join the CasperLabs Community Forum that includes technical discussions on using Casper features, obtain support, and pose questions to the CasperLabs Core Engineering Team
Subscribe to the CasperLabs Official Telegram Channel for general information and updates about our platform
If you find issues related to the smart contracts maintained by CasperLabs, file an issue in the Casper Ecosystem repository.
For other issues, search the main CasperLabs repository and file the issue in the related project.
Otherwise, use our Jira Service Desk for situations such as:
questions that are not issues
needing technical support
wanting to give feedback
suggesting improvements
participating in a bounty