Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 02/21/2017 in all areas

  1. 3 points
  2. That sounds similar to a post I made here. In short I dont see any issue with the Fed running it's own RCL (or other ledger) and stacking a few ledger/networks on top of each other with varying permission sets and tweaked for specific use case needs. The international RCL ledger/network can play it's specific role, and ILP can connect the various layers of ledger/networks. What if final settlement in "real USD" occurred within a ledger like the last sentence... "This would keep the Fed's core ledger where the "real USD" is issued, insulated by 2 layers for all international & domestic payments."
    2 points
  3. I often have to check the balances on a few different accounts. To make that easier I wrote this node.js script that checks multiple Ripple account balances (XRP and IOU's) over websocket. Posting if it's useful to anyone.
    1 point
  4. Bejzbox

    Transferwise + Facebook

    Up for discussion. - http://money.cnn.com/2017/02/21/technology/transferwise-facebook-money-transfer/ If not in right forum, feel free to move this..
    1 point
  5. cmbartley

    XRP Wallet with SusPay?

    https://github.com/segrax/xrp-wallet
    1 point
  6. Tim Swanson from R3 dropped a blog today were he explores the problems with lightning network type solutions for settlement titled "Layer 2 and Settlement". He also talks about R3's current project where they are working with two central banks to bring Central Bank Digital Currency to DLT. It's hard not to speculate that ripple is involved since they have written extensively about MAS, advised the Bank of Canada, and have participated in a large R3 trial.
    1 point
  7. AFAIK Gatehub only operate on RCL, if you are using your own ripple account, you should be able to see your BTC.GatehubFifth and trade them directly. (unless if u r using hosted account then it's different story...) for BTC in Bitstamp, u had to withdraw them into Ripple.
    1 point
  8. JoelKatz

    The "200" limit

    There's a server default limit and a server maximum limit. If you run your own server, you can set the limit higher. We talked about using the marker technique that we use with other calls to allow you to retrieve offers past the limit. But the problem is that the server has a lot of context that it maintains during that call and there's really no good way to store that context to allow the call to pick up from where it left off. We had two ideas for how to work around this: 1) We add a new call to get the order book where the client is responsible for all context tracking. This could trivially use a marker so that a follow up call could pick up where you left off. 2) We allow each client connection to have one "order retrieval in progress" context associated with it. This would let the client pick up the last order retrieval request where it left off. The problem is that both of these require significant client support (1 more than 2). The advantage of option 1 would be that it would let clients reliably track changes in order books over long periods of time if they wanted to. There just wasn't much interest in implementing any of these.
    1 point
  9. ripplerm

    The "200" limit

    Try this wallet: https://ripplerm.github.io/ripple-wallet/ the wallet-client does not set any limit number when making offers-query to server... but if u still see only 200 then it's the limit imposed from server side...
    1 point
  10. The underlying rippled API request that is used to retrieve RCL orderbooks you see in any app or service has a parameter called "limit" which limits the amount of offers the rippled server will include in the response to the request. It's there to ensure the server being queried doesn't have to send any more data than is necessary (orderbook data on RCL is hard on bandwidth). Presumably whatever service or app you're using has set that limit to 200. This is actually quite high. In my experience at least, the public rippled servers run by Ripple for example, won't send more than 300 offers for any given book. Kraken and Polo won't help you here. They don't show offers from the Ripple network. They have their own, separate orderbooks formed of offers placed within their proprietary exchange platforms only. Confusingly, Bitstamp also does this on their platform, and yet has a separate set of orderbooks for their USD and BTC IOU's on RCL.
    1 point
  11. Zen1

    XRP ...A New World Currency

    https://themerkle.com/4-cryptocurrencies-with-much-faster-block-times-than-bitcoin/
    1 point
  12. The thinking behind this was to cut down on the need for the cashiers to "check" signatures, but I noticed that hasn't totally been eliminated either. I must look suspicious, because they sometimes still ask to see my card. Maybe I've been flagged because of my nefarious double life as a cryptocurrency enthusiast.
    1 point
  13. Tachyon

    IOTA discussion

    Thanks for the insight @rippledigital! I'd just like to add that IOTA is not the only Crypto using a DAG instead of a typical block chain. Byteball is also another promising crypto with its own DAG implementation, but its direction is more about consumer use and not IoT.
    1 point
  14. https://ripple.com/insights/bitgo-builds-enterprise-wallet-xrp/
    1 point
  15. Sure, but I'm not a fan of ripple-lib/rippleAPI - it's changed so much it's been a nightmare to develop with, and ripple-lib in particular was very bloated (not sure on RippleAPI?). I run latency and memory sensitive applications mostly, so I tend to roll everything myself with the rippled websocket interface - it's about as fast and lean as you can get, hasn't changed in the past four years and requires only a single websocket. A little more coding is required, but I'm used to it.
    1 point
  16. Zen1

    XRP ...A New World Currency

    It's approx... Bitcoin.... 10 minutes Litecoin.... 2 minutes 30 seconds Monero... 2 minutes Ethereum .... 14 seconds Ripple XRP.... 3.5 SECONDS So it's a case of the faster the better in real world applications. XRP has a very clear speed advantage over it's 'rivals'. ........................................................................................................................................................................................ ''Considering how Ripple is aiming to change the world of finance by collaborating with financial institutions all over the world, that 3.5 second mark is quite important. Blockchain-based assets are designed to make transactions more efficient. Ripple succeeds in allowing for very fast transfers at minimal fees, whereas bitcoin seems to get slower and more expensive until the scalability issue is addressed.''
    1 point
  17. namini

    XRP ...A New World Currency

    Idk what is a good (psychologically) perceived time for pos / checkout, I think 3.5 seconds is in the norm.
    1 point
  18. I think if more people learned how quickly XRP becomes available in their Bitstamp account they'd become much more interested in it... I still think there's a use case for XRP as a way to rapidly send value from one exchange to another.
    1 point
  19. Morty

    no liquidity exists

    Don't throw in the towel. Just reduce your position to a more comfortable level. I'm sure most of us here are betting just a little more than we can afford to lose. Doing this will make you crazy.
    1 point
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.