Author Topic: [MetaExchange] dev-metaexchange.monsterer development diary  (Read 84683 times)

0 Members and 1 Guest are viewing this topic.

Offline Shentist

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 1601
    • View Profile
    • metaexchange
  • BitShares: shentist
So by not useing IOU's the risk falls on the gateway operator and not the customer?

Are you sure this is wise? A gateway operator will surely have a greater sum of money at stake then a single customer. Also this will require a greater amount of start up capital for a gateway operator because they have to keep some of everything on the shelf.



*) IOU->bitcoin / bitcoin->IOU
*) bitBTC->bitcoin / bitcoin->bitBTC
*) bitUSD->bitcoin / bitcoin->bitUSD (as long as there is an exchange rate available and a spread)

Everything will be tried!

Offline Gentso1

  • Hero Member
  • *****
  • Posts: 931
    • View Profile
  • BitShares: gentso
So by not useing IOU's the risk falls on the gateway operator and not the customer?

Are you sure this is wise? A gateway operator will surely have a greater sum of money at stake then a single customer. Also this will require a greater amount of start up capital for a gateway operator because they have to keep some of everything on the shelf.


Offline robrigo

Last commit 6 days ago. :-\

Sounds about right. Last week was a Holiday week for much of the world.

lzr1900

  • Guest

Offline Shentist

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 1601
    • View Profile
    • metaexchange
  • BitShares: shentist
Hello again!

Just completed the first test of the gateway, going from BTS->bitcoin and bitcoin->BTS!

I've designed the system to be very flexable, so it can support these use cases:

*) IOU->bitcoin / bitcoin->IOU
*) bitBTC->bitcoin / bitcoin->bitBTC
*) bitUSD->bitcoin / bitcoin->bitUSD (as long as there is an exchange rate available and a spread)

This means that not only will this gateway support going from bitcoin to bitBTC, but also going from bitcoin straight to bitUSD or vise verse.

Of course this requires the operator to hold both bitcoin and the relevant bitAsset, but in some ways this is preferable than having the operator issue IOUs, because IOUs inherently have no value, so in the case of catastrophic failure and loss of funds an operator issuing IOUs would lose customer's bitcoins, but in the case where the operator holds and issues bitAssets, such a failure would only result in the operator losing his profits / funds, but importantly not the customers funds, since bitAssets do have an intrinsic value outside this system.

This gateway will also support alternative methods in going from bitcoin to bitAssets. Currently, the design requires you to import your private keys from your bitcoin wallet into your bitshares wallet so that transactions sent from bitcoin can be read by bitshares. This is quite a high friction operation so I am adding some very simple features to allow operators to easily work around the problem.

Stay tuned for more!

https://github.com/wildbunny/metaexchange

Cheers, Paul.

can't wait to see it in action. Happy chrismas everyone.

Offline monsterer

Hello again!

Just completed the first test of the gateway, going from BTS->bitcoin and bitcoin->BTS!

I've designed the system to be very flexable, so it can support these use cases:

*) IOU->bitcoin / bitcoin->IOU
*) bitBTC->bitcoin / bitcoin->bitBTC
*) bitUSD->bitcoin / bitcoin->bitUSD (as long as there is an exchange rate available and a spread)

This means that not only will this gateway support going from bitcoin to bitBTC, but also going from bitcoin straight to bitUSD or vise verse.

Of course this requires the operator to hold both bitcoin and the relevant bitAsset, but in some ways this is preferable than having the operator issue IOUs, because IOUs inherently have no value, so in the case of catastrophic failure and loss of funds an operator issuing IOUs would lose customer's bitcoins, but in the case where the operator holds and issues bitAssets, such a failure would only result in the operator losing his profits / funds, but importantly not the customers funds, since bitAssets do have an intrinsic value outside this system.

This gateway will also support alternative methods in going from bitcoin to bitAssets. Currently, the design requires you to import your private keys from your bitcoin wallet into your bitshares wallet so that transactions sent from bitcoin can be read by bitshares. This is quite a high friction operation so I am adding some very simple features to allow operators to easily work around the problem.

Stay tuned for more!

https://github.com/wildbunny/metaexchange

Cheers, Paul.
My opinions do not represent those of metaexchange unless explicitly stated.
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline monsterer

My opinions do not represent those of metaexchange unless explicitly stated.
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline BTSdac

  • Hero Member
  • *****
  • Posts: 1219
    • View Profile
  • BitShares: K1
github.com :pureland
BTS2.0 API :ws://139.196.37.179:8091
BTS2.0 API 数据源ws://139.196.37.179:8091

Offline Shentist

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 1601
    • View Profile
    • metaexchange
  • BitShares: shentist
hi cass,

we are locking the old thread up, so we will use the new one.

Offline cass

  • Hero Member
  • *****
  • Posts: 4311
  • /(┬.┬)\
    • View Profile
we should consider to move your first post from GD to BTS Delegates ... then you can update on this post ... instead of creating a 2nd here ...what do you think!?
█║▌║║█  - - -  The quieter you become, the more you are able to hear  - - -  █║▌║║█

Offline monsterer

Hi all,

Shentist and I thought it would be good to set up a development diary for the progress we are making on Metaexchange, which is being funded by our 100% pay delegate, dev-metaexchange.monsterer.

https://github.com/wildbunny/metaexchange

The first task on this project is to produce a daemon to enable anyone to set up a bitcoin on-ramp into bitshares.

The idea is for the daemon to convert bitcoin deposits into bitAssets directly, so users can send bitcoin to a special address which is monitored by the daemon and have the daemon issue the corresponding quantity of bitAssets and send them directly to the depositor, thereby enabling an easy route into (and out of, using the reverse technique) bitshares.

Progress so far has been good, I have the first part of the code for scanning the bitshares blockchain in place, for picking out the public key of the depositor, and converting that into a bitcoin address. I also have unit tests for going to and from bitcoin and bitshares public keys and addresses.

The next step is to work on the bitcoin blockchain scanning portion of the code, which will be easier than the bitshares side, since all the RPC data structures already exist and so I expect that to go smoothly.

If you have any questions, I'd be happy to answer them!

Cheers, Paul.
My opinions do not represent those of metaexchange unless explicitly stated.
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads