The document briefly explains the changes and improvements the new version provides. The added changes will better the performance and flexibility of the library. The library holds new methods that provide access to rippled [server software that powers XRP Ledger] APIs.
The blog recommends using rippled version 1.0.1 or higher to enable online functionality.
The release includes several new methods including:
- Three new methods [request(), hasNextPage(), requestNextPage()] have been added by the dev team for accessing the rippled APIs.
- A prepareTransaction() method has been added to prepare a raw txJSON element.
- The new version will allow XRP amounts to be specified in drops. The dev team has provided two conversion methods xrpToDrops() and dropsToXrp().
- A new getTransaction() method has been added that includes a property by name channelChanges which will provide details of a particular payment channel.
In the next section, the document describes the data validations and error fixes the team has worked on. The amounts in XRP and drops have been checked for validity. The team has imposed a maximum fee limit, which if exceeded will cause the library to throw a ValidationError.
It stated that the team has worked on several errors and a lot more data validation functionalities have been added to the library. Earlier, the team faced a problem with the getPaths property which has now been corrected to filter paths correctly when the destination currency is XRP.
- In the getTransaction() and getTransactions() methods, the specification.destination.amount field has been removed from the parsed transaction response.
- To determine the amount a particular transaction delivers, the team has included an outcome.deliveredAmount.
- To obtain information regarding the provisional requested ‘Amount’ from the actual transaction, the blog stated that the users can make use of the getTransaction() method’s includeRawTransaction option or getTransactions() method’s includeRawTransactionsOptions. As an alternative, the users can directly use rippled API with request() method, it said
- The rawTransactions field has been removed from the getLedger() response object for consistency reasons.
- The metadata field has been renamed to meta to provide consistency with rippled’s tx method from getLedger() and ledger_index has been added to each raw transaction.
Furthermore, the full documentation of ripple-lib is available on the XRP Ledger Dev Portal.
Nick Bougalis, Lead of C++ dev team at Ripple, answered a few questions regarding the release on Twitter.
When asked by Twitterati Shashinda jayalath if the new maximum fee limit may lead to some transaction rollback, Bougalis said:
“The library has a configurable “maximum fee limit” to help prevent programmers from accidentally specifying too high a fee. By default, it’s set at 2 XRP, which is several orders of magnitude larger than the fee required to pay a transaction.”
He further added:
“And worry not, if you really want to spend over 2 XRP in fees, you can simply override the limit in the RippleAPI constructor.”
Subscribe to AMBCrypto’s Newsletter
Ripple’s initiative invests in Bolt Labs to improve secondary payment channels and expand interoperability
Ripple’s arm, Xpring which invests and incubates in companies and individuals which help improve the XRP ecosystem, invested in Bolt Labs. With the new investment, Xpring hopes to develop solutions that will help improve the security of secondary payment channels and increase the interoperability by integrating with the ILP.
Bolt is a private, off-chain scaling solution which was built on top of Z-cash, a privacy-focused cryptocurrency, has attracted more than a few well-known investors in the crypto-space and Ripple’s Xpring is one among them. In a blog, Bolt Labs said that their solution will focus not only on ZCash but also other publicly available cryptocurrencies that do not have inherent on-chain privacy features.
It also stated:
“The potential for these implementations to be networked together with technologies like Interledger opens the potential further for cross-chain interactions with these privacy guarantees baked in.”
The above statement suggests that they might have a “potential” implementation for these on Interledger Protocol [ILP]. ILP was created at Ripple developed by the Interledger W3C Community Group. ILP aims at connecting two different blockchains, to integrate two different ledgers and have seamless operations between them.
This would vastly benefit the payments industry, which is facing a revolution at the hands of a nascent technology like blockchain. Ripple, a payments provider, which is leveraging cryptocurrency and blockchain to facilitate faster payments, would benefit largely from this partnership. In addition, this could also signify a potential development on the XRP Ledger and its on-chain/off-chain privacy and the currency, XRP.
A Twitter user @XRPCentre tweeted:
“If the solutions being developed by the company are able to improve the privacy of the ILP transactions, they would also be enhancing the privacy of XRP/ILP payments, which is a very demanded feature…. It’s all about interoperability and destroying network effects. If ILP succeeds in being the best protocol for cross-protocol/ledger transactions, you’d naturally search for the best asset therein.”
Subscribe to AMBCrypto’s Newsletter
Craig Wright’s ‘harassment and libel’ campaign might have hit a roadblock
Bitcoin [BTC] proponent Adam Draper: There will be more digital currencies than fiat in 10 years
Bitcoin [BTC] could combat money laundering & cross-border terrorism, says Tunisian Central Bank Guv
Coinbase is a huge net positive for not just cryptocurrencies, but for the world, says Bitcoin Cash proponent Roger Ver
John McAfee says he will reveal Nakamoto’s identity, Coinbase expands to 11 countries, and more
Bitcoin SV [BSV]: John McAfee ‘sues Calvin Ayre in four different countries’; vows to bankrupt him
Cardano [ADA]: Proof of Stake [PoS] throws away expensive process & advances the network, says Charles Hoskinson
Cardano [ADA]: We will emerge from 2019 more decentralized than any other network, says Charles Hoskinson
Bitcoin [BTC]: Don’t buy into it if you are not ready to be rekt, warns Richard Heart
XRP takes another step into mainstream adoption as Skype hints a possible integration
Japanese ‘Amazon’ Rakuten opens registration for trading cryptocurrencies on Rakuten Wallet
Breaking: SBI Virtual Currencies delists Bitcoin Cash [BCH] in response to Binance’s Bitcoin SV delisting
Is John McAfee among crypto adherents who knows Satoshi’s true identity?
Ethereum [ETH] and Tron [TRX] Price Analysis: ETH welcomes bull in market, while TRX fights the bear