This repository has been archived by the owner on Jul 23, 2024. It is now read-only.
Release v1.8.0-rc.1
Pre-release
Pre-release
v1.8.0-rc.1 Release Notes
What's New
-
- In line with Klaytn's pursuit of Ethereum equivalence, Klaytn now supports Ethereum transaction types. But what is an update without SDKs? You can start using these transactions with caver, via
caver.transaction
. - Access lists are now available with
TxTypeEthereumAccessList
which was introduced with EIP-2930
* TheEthereumAccessList
class is available incaver.transaction.ethereumAccessList
asTxTypeEthereumAccessList
. - The transaction type
TxTypeEthereumDynamicFee
presented in the proposal EIP-1559 is also available
* TheEthereumDynamicFee
class is available incaver.transaction.ethereumDynamicFee
asTxTypeEthereumDynamicFee
.
- In line with Klaytn's pursuit of Ethereum equivalence, Klaytn now supports Ethereum transaction types. But what is an update without SDKs? You can start using these transactions with caver, via
-
The newly added
klay
namespace API functions are now available with caver viacaver.rpc.klay
! -
You can use the
ecsign
function the new Ethereum transaction types.- The nitty-gritty: You have to sign the transaction types
EthereumAccessList
andEthereumDynamicFee
viaecsign
to generate the ECDSA signatures. - If you are inquisitive, the
v
in the signature values {v, r, s} for the new Ethreuem transaction types is a parity (0 for even, 1 for odd) of the y-value of the Secp256k1 curve, whereas thev
in Klaytn containschainId
, making them incompatible. - Find it here: keyring.ecsign
- The nitty-gritty: You have to sign the transaction types