XRP Ninja

Disclaimer: this work is provided "as-is" and is not endorsed by or affiliated with Ripple Inc. in anyway. RippleAPI was one of the APIs (the other one is core API) in ripple-lib  before version 0.13.0 which was released in 2015 and has been the only API since 0.13.0. ripple-client-desktop  was abandoned by Ripple Inc. in 2015. By the time it was abandoned, it could only work with core API. I started porting it to RippleAPI in late 2018.  The progress was recorded in this twitter thread: This weekend I tried to revive ripple-client-desktop. l I have reached a point at which I can run gulp without any warning on the command line. However, the app stuck at loading. Then I figured out that the client uses an ancient ripple-lib API. — r0bertz (@r0bertz) December 17, 2018 You can download the executable files at this link: https://github.com/r0bertz/ripple-client-desktop/releases If you want to try it, please try it with testnet account, account with small bal...

I just published the scripts that I used to prepare tax for XRP sales. With no or minimal changes, it should work for any crypto, any exchange. The repo is at https://github.com/r0bertz/node-xrp-tax Below is the contents of README.md: XRP Tax This is a collection of scripts to prepare tax for crpyto (not necessarily XRP) sales. A majority of this project deals with XRP Ledger, so it is called "XRP Tax". The end product is a csv file that can be uploaded to http://www.easytxf.com . Things to note Terminology: Symbol : The currency being traded. Currency : The currency you paid/got when buying/selling Symbol. USDT is considered USD. The csv format (except that of the end product) is bitcoin.tax format 1 . The Source column is overloaded. If Action is SEND, Source is actually destination. Only LIFO (Last-In, First-Out) method is implemented. LIFO method is universally applied for a Symbol no matter where the trade actually happened. Like-kind exchange ...

Update: as of Jan 15, 2019, trading is working. https://github.com/r0bertz/ripple-client-desktop The first goal is to make it fully functional with RippleAPI . Current status is most read only operations are working except order book. Please follow this twitter thread for the most recent updates: This weekend I tried to revive ripple-client-desktop. l I have reached a point at which I can run gulp without any warning on the command line. However, the app stuck at loading. Then I figured out that the client uses an ancient ripple-lib API. — r0bertz (@r0bertz) December 17, 2018

I know I am have been too lazy. It's just a matter of copy and paste. So thanks to any future coil subscriber who visits this blog. Your support will be greatly appreciated. PS: here is a howto  https://xrpcommunity.blog/how-to-monetize-your-content-with-coil/

I have been wondering about this lately. Then I found this article: http://eliasbizannes.com/blog/2017/10/why-bitcoin-or-another-deflationary-currency-will-lead-to-an-economic-revolution/ TL;DR: as long as investment has higher return then hoarding the deflationary currency, people will invest instead of hoarding. Similarly, if market maker can make more than hoarding XRP, market maker will make market instead of hoarding.

Maybe this is obvious all along to some people. Anyway, I just figured this out. So I thought maybe it's worth sharing. Previously I thought the bridging consists of two transactions, both on XRP ledger. One from fiat currency A IOU to XRP, the other from XRP to fiat currency B IOU. Then I saw this: https://www.xrpchat.com/topic/10981-xrapid-uses-crypto-exchanges-to-route-payments-in-real-time/ So Miguel Vias said in the pilot they used liquidity on bitstamp and bitso. However it's seems the trading volume of XRP/bitso.MXN since the beginning of 2017 is so low that it's virtually no liquidity there. See this: https://xrpcharts.ripple.com/#/markets/XRP/MXN:rG6FZ31hDHN1K5Dkbma3PSB5uVCuVVRzfn?interval=1d&range=1y&type=candlestick Then I realized, just like bitstamp, bitso has its own exchange and the liquidity there is much better. https://bitso.com/trade/market/xrp/mxn So now it's clear to me there is another way for XRP to bridge cross-border paym...

An article about ILP posted on American Express's website. It could mean nothing. But I won't be surprised if AE turned out to be using ILP for real since there's already rumor about it. https://www.americanexpress.com/us/content/foreign-exchange/articles/international-payments-hyperledger-interledger/ everis (NTT Data) confirm their adoption of ILP as the Hyperledger Quilt Project http://insights.everis.co.uk/post/102eihg/everis-ntt-data-confirm-their-adoption-of-ilp-as-the-hyperledger-quilt-project These news prove that Ripple's collaboration with Hyperledger to produce the Java implementation of ILP (Hyperledger Quilt Project) is a very brilliant move. So what does that mean for XRP? If you are a long time XRP hodler, you probably have already known this. But if you don't: The more ledgers ILP connects, the more payment volume XRP will be able to bridge. See also  this .

https://ripple.com/insights/q3-2017-xrp-markets-report/ The release caused the price to shot up vertically. Although it fell back a little shortly after. The highlights of the report in my opinion are: 23 percent Q-o-Q volume increase More  xRapid partnerships to be announced in Q4

I have created ripple.txt for my validator, following this instruction: https://wiki.ripple.com/Ripple.txt . Here is the link to my ripple.txt https://xrp.ninja/ripple.txt Here is my validator: https://xrpcharts.ripple.com/#/validators/nHBTqw7vwjqrSMruoQNYmSXcrBmQHDquG7jgvrsQpurGaVELqdNx I am going to have ripple employee change the validated domain name from rippled.xrp.ninja to just xrp.ninja. The ripple.txt file can be validated here:  https://ripple.com/build/ripple-txt-validator/

https://www.xrpchat.com/topic/7229-a-question-about-validators/?do=findComment&comment=69555 There are several degrees of damage, that trusted validators can do (if they decide to give up their hard-earned trust), in increasing difficulty order: If a set of them, each of which only trust others in the same set, with less than 20% of them trust validators not in that set, decide to collude, they can create fork. If more than 20% of them decide to collude, they can prevent transactions from being validated. If more than 80% of them decide to collude, they can rewrite history as they wish.  However, as pointed out by mDuo13@, creating a fork is easy, but making people accept it is hard.

http://www.coindesk.com/ripples-xrp-giving-third-largest-cryptocurrency-second-look/ It's not news that coindesk is very biased against Ripple. But publishing such an article is crossing the line. This author either really didn't know Ripple well, or he just wanted to mislead people. It's a shame for coindesk to publish such a garbage. I will refute some of the claims made in that article. "Instead of using proof-of-work, it relied on a new, unproven consensus protocol." Calling ripple consensus protocol is unproven is a bold assertion. Yet it didn't even try to back it up. On the other hand, XRP ledger has been in use for years and there has been no reports that it doesn't work. And it has defended itself against Stellar's attack once. "This protocol requires users to extend trust to validating servers that produce this consensus." False. Users only need to trust gateway. Users never need to trust validator. Validators need to ...

http://www.zerohedge.com/news/2017-06-30/understanding-cryptocurrency-boom-and-its-volatility It says: speculative booms eventually end and technologies mature into forms that solve real business problems in uniquely cheap and robust ways no other technology can match. That said technology exists today. It is Ripple/XRP.

http://observer.com/2017/06/illinois-is-venezuela-and-the-solution-is-cryptocurrency/ What this article really is trying to say is, the "real" money is inflationary in nature and they are being manipulated throughout its not so long history and you have no control over that. On the contrary, cryptocurrencies (e.g. Bitcoin) are not inflationary (XRP is even deflationary). This difference makes the latter will increase in value in terms of the "real" money inevitably. So, buy the fucking every dip of cryptocurrencies and HODL!

https://www.xrpchat.com/topic/6723-same-ol-xrp-use-case-fud-or-legit-insider-warning/?do=findComment&comment=64164 Using any other thing would be stupid.

The MM ( ILP connector ) will hold XRP. The MM will buy any fiat currency with XRP if they need to pay in that currency, and it will sell any fiat currency for XRP if that currency is not immediately needed. One argument against this is MM can hold USD. I disagree. Because: USD is inflationary, XRP is deflationary XRP has some features which make it a better bridging currency on ILP: Autobridging  https://ripple.com/dev-blog/introducing-offer-autobridging/ Escrow  https://ripple.com/build/amendments/#escrow XRP reduces cost, see this graph

All the myths are debunked. All the concerns are addressed. https://www.xrpchat.com/topic/6539-faqs-the-answers/

They have dealt and engaged with 38 regulators/central banks worldwide. https://youtu.be/ac_1NRevZq0?t=5m57s

https://www.xrpchat.com/topic/6389-some-of-the-comments-made-about-ripple-by-the-crypto-community/?do=findComment&comment=61318

Someone just published a paper which includes among other things a valuation model, which by very conservative assumptions would valuate XRP at $2.25 in 2-3 years. Just published " #XRP - taking the fast lane?". Everyone talking Bitcoin. But smart money started to flow into $XRP . https://t.co/OcTjUYhGzf — Tplus0 (@TplusZero) June 12, 2017

TL;DR: It's possible to find out others' secret keys but it's so improbable that it's almost impossible.  Make sure you have a good entropy source when generating your address/secret key. Use multi-sign  https://ripple.com/build/how-to-multi-sign/ See the discussion here: https://www.xrpchat.com/topic/6054-questions-about-secret-keysripple-wallet-addresses/