This document contains some frequently asked questions that developers coming from Ethereum-based blockchains typically have. Please read this document thoroughly to avoid asking questions answered within this document.
How many confirmations must I wait for?
You do not have to wait for any confirmations. Zilliqa's consensus protocol has the benefit of finality. That is, unlike Proof of Work, it does not rely on the number of hashes/economic games to produce a canonical state for the blockchain. Once your transaction has been included in a block, it will not be rolled back.
I want to run a node but I do not want to open inbound ports.
The p2p networking layer of a Zilliqa node requires node operators (whether shard or seed node) to open at least one inbound port for p2p communications. This is because the underlying TCP connection(s) between peers is not persistent.
As a result, in order for your node to receive messages from the rest of the network, its peers must be able to initiate a TCP connection with your node. Failure to do so will result in your node being blacklisted by its peers for an entire DS epoch.
Can Zilliqa nodes manage my wallet?
No. Zilliqa nodes will never manage your wallet and will never sign transactions, unlike certain Bitcoin or Ethereum clients. For security reasons, signing must always be performed by the user through the SDK or other means.
What is the Tx Block time?
Usually 2 minutes. Please note that your transaction may not be included in
the next Tx Block. Transactions broadcast will typically be included in Tx
n+(1|2). For example, if the next Tx Block is 100, you may only find
your Transaction included in TxBlock 101, or 102.
Is there a WS API?
Yes (Zilliqa v6.0.0 onwards). Please refer to Zilliqa WebSocket Server (ZWS).
What is the wire format?
The Zilliqa wire format is Protobuf. It is only used for p2p communication and signature generation/verification. Most developers should never have to deal with it, as the RPC APIs are entirely JSON-encoded.