Connect with us

Ripple

Ripple Development Update: Company releases ripple-lib version 1.0.0

Anvita M V

Published

on

Ripple Development Update: Company releases ripple-lib version 1.0.0
Source: Unsplash

On September 10th, Rome Reginelli, Documentation Engineer at Ripple Labs announced on their official developer blog page, the release of Ripple’s Lib v 1.0.0. The library, written in JavaScript will act as an interface to the XRP ledger.

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.

The document also explains several breaking changes that have been made to the high-level JavaScript library summarized below:

  • 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




Follow us on Telegram | Twitter | Facebook



Anvita Mysore Vadiraj is a full-time content writer at AMBCrypto. Her passion lies in writing and delivering apt information to users. Currently, she does not hold any form of cryptocurrencies.

XRP

Ripple’s initiative invests in Bolt Labs to improve secondary payment channels and expand interoperability

Avatar

Published

on

Source: Pixabay

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


Continue Reading

Trending