-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Release 2.5.2
https://www.jelurida.com/ardor/downloads
sha256 checksums:
9a8fcb1b3b90a901d31e1d9d506c46601f7384f56cc0edab5ce5f94b813b1f99 ardor-client-2.5.2.zip
4438ee25beab97183afb13ef8e4362f6222b588debc098e145ad896560357a12 ardor-client-2.5.2.sh
The exe package must have a digital signature by "Jelurida Swiss SA".
Change log:
The new Atomic Transaction Chains feature is included in this release and will
be enabled on testnet in a hardfork scheduled for block 18540000 expected to
occur on May 12. All testnet nodes are required to upgrade before this date.
For mainnet nodes, upgrade is optional.
Atomic Transactions:
Two new appendix types allow child chain transactions to reference each other.
The relationship is intentionally asymmetric — one transaction is considered
the parent and references the other by its full hash. The other is considered
the child and references its parent by the hash of the parent's unsigned
bytes, with a zeroed parent-to-child reference (otherwise, it would be
impossible to construct both transactions).
An atomic parent is not valid unless the child is also available during the
validation of the parent. An atomic child, although valid without a parent and
capable of being accepted into the unconfirmed pool of transactions, cannot be
included in a ChildBlock without its parent. The ChildBlock validation logic
checks for "atomically orphaned" transactions.
Additionally, an atomic child may also serve as an atomic parent for another
transaction, allowing for atomic chains of more than two transactions. The
length of such chain cannot exceed the maximum allowed number of child block
transactions.
Transactions in atomic chains are bundled either all or none. Bundler Filters
can implement custom logic for allowing entire atomic chains. By default, if
the filter does not implement the new ok method, all transactions in the chain
must be allowed by the filter.
If an atomic chain needs to reference a transaction, the reference must be
specified in the root of the chain.
Atomic transactions must have equal timestamp and deadline, and hence
expiration time.
All CreateTransaction APIs will accept the following new parameters related to
the Atomic Transactions feature:
"atomicChildFullHash", "atomicParentUnsignedHash" - used to define the full
hash of the child and/or the unsigned bytes hash of the parent transaction, if
the transaction being created is a part of an atomic chain.
"atomicOrphanUnconfirmedPoolDeadline" - time in seconds to keep the
transaction in the unconfirmed pool in case its parent is not available. The
transaction remains valid after this period expires and may still be included
in a block by a forger who has the parent in his unconfirmed pool.
The SignTransaction API will accept a "atomicChildFullHash" parameter to
specify the full hash of the atomic child transaction, if any.
Enhancements to the bundling API:
The BundleTransactions call now accepts an enrichmentBundlingRulesJSON
parameter. This lets callers apply the standard bundling process to pull
additional transactions from the unconfirmed pool, thereby enriching the
generated ChildBlock.
Support for modals with templates in UI plugins:
This update allows a plugin to use all the function the regular Ardor modals
can use like fee calculator or advanced tab with phasing options. To ensure
proper initialization, the id of the modal element must follow the naming
pattern "p_" + pluginFileName + "_modal_" + modalFileName. See the
hello_world plugin for an example.
After the hardfork, transaction deadlines longer than the 15 minutes default
will require that the transaction fee is at least 0.01 child chain coins per
additional deadline day, still limited to the current maximum of 22 days.
Updated jetty to version 9.4.57.
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEvs/qm2srO/+g27NEDPnHRy2AuLkFAmgQiXgACgkQDPnHRy2A
uLn3KQ//W1mDmUHFKWXCTwMUS5HbhLAUmlIKJG4FuETEPJLuRAoKZqwIBrv+CoZI
AFM4ELuqlDJwHi+XHdu9Ewwl0RqiWpuGMZLJGoZc9TvvfilrZT/qJLZtlTPvqEGd
gCn5AIHn0qqejuShZGJb8xiwlY+A4mO+bov2RYSWazeFEWGAsPYfqiFkTQNj2Gf0
xTBw35qTdhVimGhsy0sv9y14DyJGA6q+22LkaVcCVWT0n8tBxA4DfMx7IXCF5NVq
QiXw0wd0OofviTjEbXw3iIqygwX28ZubdHIhFSN+EvOllptVoL3PAeay2A+KURtc
qdklqxCyZOkxMQIF2nk++gcToMgma4+f5gq1M9TWKsX98/NAYTEPkIjGhTIFjDKF
x6TDNz/QGPtIB+uv3ujER3Fd42evSpLQj0eNgWHjaZsYI/7UC8Y+Sc1dDvsb0WMa
RJgiMIemgdctG9c2iFWxbkEigunX159jcArGQ45goSrOmBTafQIoKNuCXZgW+Y37
PikIvUQdtxmY7+RKP2QR6zVa/U4fZi6x2j183gnN1Q7+TCPT32W/QKKWydZs94F/
pkHEWadNhyrj3nO5lQghWEg6uzHDtoWkUNbYbsWn3BGGH3Pn7e75hzuxSyiSiRPD
sQflP+YgfBAmGTSvcvWvNcgv1Nxg3TDrX1q9Af1RRltxWZSsowg=
=x69a
-----END PGP SIGNATURE-----
2 Likes