Jump to content

tulo

Silver Member
  • Content Count

    3,219
  • Joined

  • Last visited

  • Days Won

    3

tulo last won the day on February 13 2018

tulo had the most liked content!

About tulo

  • Rank
    Veteran

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I'm working on a concept of a new generation AMM for smart contracts. I'm writing down the theoretical approach and the first idea seems very promising but completely different from standard approaches. I was wondering what should be the specs of the ideal AMM. This is what came to me in mind (based on the limitations of current AMM): The AMM should behave like a perfect oracle, i.e. the price at which the currencies are exchanged should be as close as possible to the open market price. Not subject to impermanent loss. Minimizing liquidity and value loss due to arbitrage
  2. I actually don't see the point of using more liquidity on XRPL (the initial XRP) to create less liquidity on XRP (the stablecoin issued) if not just for locking XRP and stake FLR. If the goal is to lock XRP there is always the escrow. And if the goal is to stake FLR to increase the deman, I think there will be much more interesting project which will use FLR.
  3. Do anyone has some technical references on how to become an F-asset agent on Flare? Especially for FXRP and FLTC. Or do you know a place (forum/slack) for technical questions on Flare?
  4. So why not collateralize directly flare on flare network to issue a stable coin on flare which can become an IOU on xrpl? Because right now (at inception) you 'll need 2.5 FLR as collateral for 1 FXRP, but expect this to change according to xrp:flr price. But the basic idea is that the collateral is always worth more than the issued currency, so skipping one collateral step should be always more convenient liquidity-wise. As an example consider usd:xrp:flr prices 3 and 5 respectively. To issue one FUSD suppose you'll need the double collateralized FXRP, i.e. 6 FXRP, and 60 FLR t
  5. I meant "I don't know HOW (edited now)" by the way. It seems putting collateral on an already collateralized currency (FXRP). Collateral inception... I'm having headache .
  6. First of all it's impossible to issue billions of FXRP on Flare because of how FXRP works. Second it's different from the notes you linked: there it says it's possible to issue trustless IOUs in XRPL from spark smart contracts (I don't know how btw). While FXRP would be just a tokenized XRP still in the hands of Ripple, but on Flare network.
  7. Yes. I don't know if in the 3 months of network up they did some stress tests. What we know for now is that it is able to handle 700+ validators in a permissionless way and with settlement time < 1sec.
  8. They'll support other smart contract mechanism/languages soon. For sure AMM can run on top, but I believe an orderbook-like DEX can be possible.
  9. Efficient and fast w.r.t. other blockchains. Compared to a centralized orderbook it's slow as hell and can be gamed somehow (frontrunning). Soon also compared to other blockchains (AVAX, FLARE, ...) it will be obsolete.
  10. Actually the autobridge is already there with AMMs. The autobridge on XRPL is sort of only a "visualization" of the liquidity provided by books with XRP. Basically any orderbook can be used for liquidity, also another IOU can be used as bridge. It's up to the client to scan the books, find the liquidity and send a payment transaction with the correct "path" between books to exploit the current liquidity. You can do now the same on Ethereum and the AMM, i.e. you can send atomic transaction that uses AMM contracts to swap ERC20 tokens from a source to a destination ERC20 token (also with ET
  11. Fortunately I probably only got my mail in the leached database. I'm receiving spam/phishing mail but without my address. It's a bit scary they know address, name and phone number. I think you can legally sue Ledger for the damages.
  12. They are a very interesting idea IMO. The state of the art implementation still has some problems, but in a ledger as XRPL where there is for free an oracle for the price (the DEX book) the most modern AMMs could be used, which don't have the most drawbacks.
×
×
  • 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.