Jump to content


  • Content count

  • Joined

  • Last visited


About Sukrim

  • Rank
    Veteran Member
  1. Is RCL an ILP connector?

    What the banana said.
  2. Yes, there is nearly no "blockchain" going on in any bank that partners with Ripple. They are getting prepared for verifiable, irreversible and fast settlement though, which is a precondition for actual blockchain technology... BankA --> RippleNet (ILP) --> ... --> RippleNet (ILP) --> BankB If RCL is hit in between or not is a matter of a Bank specifying a path through it or not. The software that does this is xRapid, not xCurrent. ILP is the protocol in general, though implementing it does NOT automatically grant you access to RippleNet (unlike RCL which is permissionless, RippleNet is a closed club with probably also some entrance fee and some house rules). You are still off topic though and I'd like to ask you again to ask this stuff in a topic outside of "technical discussion".
  3. Yes, though the "Ripple" in your example does not mean "XRPL", it means "ILP" currently. Unlike EUR or USD, XRP are ust a currency that is a "digital native" and that can be transferred AND settled within seconds. There is some hope, that banks will eventually also use liquidity providers for XRP to transact using XRP as intermediate. Currently they seem to focus on more traditional ways of settlement though, after all I guess RippleNet is quite new to them as well and they don't want to go all in right from the get go and potentially end up with some weird cryptocurrency. Anyways, I'm sure there are more fitting topics to discuss this issue and the current design of Ripple's business strategy.
  4. Bitfinex sales

    Tiny bank in Poland.
  5. The list is NOT public at the moment. Please check your settings. (Edit: Ok, it seems you want to require people to actually subscribe just to be able to view contents. Why?)
  6. I highly doubt that, since they probably use RippleNet (which is a custom ILP implementation). Additionally, why should they use IOUs? Banks want to do fast settlement, not issue liabilities on some platform they can't control fully.
  7. Erste Group & Ripple

    A month ago or so? Here is a press release about HL: https://www.erstegroup.com/de/news-media/presseaussendungen/2017/10/04/start-batavia-kooperation
  8. Erste Group & Ripple

    Last I talked to them, they were partnering with Ripple for a prototype, dropped out and are now partnering with Hyperledger instead.
  9. There are only 500k or so of them, not a huge amount of data (the entire state in JSON is only few hundred MB). The easiest way is to run a https://ripple.com/build/rippled-apis/#ledger api call on your local rippled with "full" enabled. The slow version is to use lots and lots of https://ripple.com/build/rippled-apis/#ledger-data calls.
  10. I guess it is hard to come up with metrics if you don't have a point of reference. Most IOUs should be in a huge connected component in the market graph though and if a gateway is reliable, eventually its markets will join that component. I would assume that it makes the most sense to calculate for every IOU a value or transitive value in XRP (it is the native token after all) and normalize against this. There is no API I know of that can do that though. You can take a look at https://xrpcharts.ripple.com/#/trade-volume for some selected gateways and some ideas on how to visualize things, however not all gateways are listed on xrpcharts. To identify "gateways" you first need a definition on what actually is a gateway, after that you can programmatically search for them. I would say an account with x incoming trust lines and issues IOUs that have value in XRP which is within x% of IOUs with the same identifier as well as above "trivial" amounts (let's say above 50k XRP worth issued) has a good chance of being a gateway.
  11. Well, my offer still stands: Write a canonical data format + an implementation to get from and to this format from a NuDB database (can be as simple as a sorted CSV file...) and I'll gladly help hosting such files. Alternatively I can offer to ship an HDD filled with the whole database on it anywhere you want to if you pay for the HDD and shipping. If you REALLY need to, I could even offer to upload the databases to some cloud provider of your choice, since that would only benefit you however, I'd charge for that and I assume it would take quite a while to finish (also, as with the HDD you'd only have my database, not some actually reproducible assurance of having the whole database). Lastly I'm always up for running queries against my node and publishing the results. Since some people asked though: No, you can NOT under any circumstances connect to it yourself and no, I am not going to run a binary against it or on the same machine. If you want some custom query, give me the source code and I'll run it and give you the result. Edit: About the issue at hand: Maybe the "sharding" stuff that is in a recent PR might help? Still seems to download via the network though, but might at least make any ledger available to every rippled...
  12. This is extremely risky, since the data in there is not checked on import and ledger_cleaner takes forever to chew through this. I am more than willing to publish and share all historic data I have IF there is a canonical format for it. The current database files are not deterministic.
  13. https://ripple.com/build/transfer-fees/ (first hit on google for "ripple transfer rate"). The bigger problem people will run into though are qualityin and qualityout (https://github.com/ripple/ripple-dev-portal/issues/208).
  14. No. 0.81 is not released. Nice for you to be exited, but you are confused. Decentralization is over a year away and not even Phase 1 has started...
  15. I find it impressive to spit out a patent 7 months after starting to work in MasterCard's blockchain division... anyways, it sounds like these ****** software patents disguised as whatever is considered to be not software by the US patent office. Extremely broad, but in essence it seems to be something that would settle transactions directly when paying with cards using something like "payment guarantees" (I suspect similar to cryptoconditions or some other proof of payment by e.g. the customer's or merchant's bank) instead of just adding the payment for eventual settlement in MasterCard's ledger.