Jump to content

jargoman

Member
  • Content count

    142
  • Joined

  • Last visited

  1. There is high load and high fees. Your transaction is sitting in limbo until the network fee drops to the fee amount you specified; or the transaction expires if it hasn't been processed by the time the lastledgersequence is reached. You should increase LastLedgerSequence to at least 10 if you don't mind a transaction being in limbo for possibly a few minutes or increase the fee.
  2. change that signal to .30 cents. There was 5 million USDT of resistance on polo up to 30 cents and now there is only 3.5 million less than a week later. Above 30 cents the orderbook looks sparse.
  3. XRP meme competition?

  4. I just wanted to point out that the 10 drop fee is the minimal scenario. The average fee is probably 10-100 times greater than that. A 10,000 drop fee setting on my bot still sometimes returns insufficient fee's. As adoption increases so will the rate of transactions and so will the network load, thus increasing both fee frequency and fee amount.
  5. but then they also added "OUR NETWORK can support them, but we don’t want to compete in that space with our members.” Swift is likely using Chainlink. https://media.coindesk.com/uploads/2017/10/Screen-Shot-2017-10-12-at-3.49.32-PM-728x538.png
  6. That email reads like an open letter to the world. I guess he knew it would eventually go public. It's not easy hiding a billion dollar lawsuit these days lol
  7. No where does it say they are adopting ripple. It says they WON'T be dealing with crypto-currencies and that their system (not ripples) can issue assets.
  8. The most significant XRP holder was Jed and he already screwed us good and proper
  9. Wow you're right. I thought he looked familiar.
  10. I've been seeing ads for something called Visacoin. Does anyone know if this is a legitimate Visa product? https://visacoin.eu/
  11. What is this countdown for?

    His linkedin Summary Chris currently is the CEO at Instant Global Payments, a fintech company committed to increasing the speed and reducing the costs of international transfers. Prior to this, ChrisDwyer.net was formed to provide a service to Corporate and Government organisations which was not readily available. Chris' goal is to provide impartial advice with the sole aim to improve your Return On Investment in relation to your eCommerce business. Chris Dwyer has over 17 years experience in the Payment Systems business, and 30 years as a Consultant. As the Founder and Lead Architect of eMatters.com.au, he has partnered with some of the biggest Australian eCommerce success stories to date. Chris looks for inefficiencies in the ordering and fulfillment processes. Simultaneously, he reviews the banking and gateway structures. He also delves into the Management and Operating Reports. As a final stage, he reviews Supplier and Third Party agreements, plus all Marketing plans. Specialties: Public Companies CEOs Government Departments Banks
  12. XRP Swing Trading advice

    I wouldn't recommend one to swing trade their wife. It's not for the faint of heart.
  13. Interledger Exchange

    The misconception in this thread is that the market maker is somehow in on the payment. Or somehow has some prior knowledge of the payment that is occurring. Or that the market maker needs to create a payment path for the payer. Or that the market maker needs to have funds on every exchange the payment uses for settlement. Instead the reality is that the market maker is placing orders on the orderbook trading as you or I would hoping his orders will fill. He is not guaranteed to make a profit. He is not guaranteed to have his orders filled unless at the moment of the payment he happens to be the BEST AVAILABLE PRICE. Say I was sending a payment to someone. And I was using an automated tool such as ILP. The automated tool would search all the available overbooks for the payment path with the best price and execute the payment by purchasing the currency at the best price. Muli hop payment paths (eg USD > EUR > XRP > BTC) would not necessarily be the job of the automated payment tool. It would make more sense if each ledger obfuscated the multi hops into a single hop (USD > BTC). The offer might be "auto bridged" on rcl but the user would not need to know. The payer ( or automated tool)would select the best payment path based on price. Sometimes that would be BTC sometimes it would be XRP. From payment to payment whether XRP or BTC is used would be seemingly random but over time due to the fact that a computer algorithm is finding the cheapest path statistically the cheaper currency overall would be used more. Cheaper fee's results in tighter spreads. Therefore statistically given enough liquidity on rcl XRP would be used as the payment path more than btc. The only advantage BTC has is liquidity. XRP wins in every other competitive factor. RCL autobridges making it possible for XRP to bridge inefficient corridors without the payer ever knowing he was purchasing XRP. XRP has a cheaper network fee allowing the liquidity providers the ability to tighten his spreads raising the likelihood his orders will fill. The other aspects you guys have mentioned such as the market maker having funds on various accounts and providing liquidity and making money off the price difference through arbitrage. These factors are what causes the market to be efficient but has nothing to do with any specific payment path. The market maker could mistime his arbitrage and lose money yet still the payment path would be unaffected.
  14. I checked out LINK, the supposed ripple killer and consequently I also checked out related technologies related to smart contracts. Ethereum, etherdelta. Other potential ripple competitors. And to be fair. These technologies are nothing short of amazing. Not to mention the swift partnership and this image clearly shows one of many use cases involving swift. https://media.coindesk.com/uploads/2017/10/Screen-Shot-2017-10-12-at-3.49.32-PM-728x538.png While looking at this image and trying to digest chainlinks complicated api I had a sudden epiphany. Link is the glue that will "link" all these blockchains together into a cohesive well oiled machine. Ethereum is the virtual machine. Minors are the hardware. smartcontracts are the software and all the other blockchains are the various databases. XRP being the "database" for cross border settlement. XRP's use case as a bank settlement and currency exchange make it a perfect addition to the smartcontracts ecosystem. Lets not forget the many partnerships ripple has with numerous banks, forex companies ect. Imagine a world where using ethereum; one could speculate on the price difference between bitcoin and any RCL IOU, without needing a ripple account, without giving up any private keys to a third party and only trusting the IOU issuer for the duration of the contract. On top of this the user could hedge and/or insure his trades using real world market data and "digital insurance options." Within minutes of a contract executing everybody would receive settlement in the way they prefer. From this perspective of a multi blockchain worldwide payment network a liquidity provider on the Ripple Consensus Ledger would not know if the buy/sell volumes were coming from on or off ledger. They are placing buy/sell orders hoping they will fill. When an ethereum smartcontract needs liquidity it could then request XRP market data through LINK and if certain conditions are met it could execute the contract. Using LINK it or even ILP it could perform an XRP settlement ect. In my opinion viewing these technologies as competitors is narrow sighted. It makes sense to use each blockchain for it's use case and to move bloat off ledger to keep performance high. Remember fees are payed based on load on most blockchains. Economics will will come to an equilibrium causing each blockchain to be used for it's specific use case. XRP's use case being international settlement. I would love to see an alliance form. LINK, ETH, XRP, REQ -- the use case alliance.
×