[MetaExchange] 100% pay-rate delegate election campaign!

[monsterer]

Please repo your progress.
as a 100% delegate,you should bring us at least a weekly report.

Quite right - here you go: https://bitsharestalk.org/index.php?topic=12317.0

[Shentist]

just take a look at the github

https://github.com/wildbunny/metaexchange/commits/master

[lzr1900]

Please repo your progress.
as a 100% delegate,you should bring us at least a weekly report.

[monsterer]

Many thanks

In lieu of a subforum for metaexchange, I'll post this here - track my progress via github: https://github.com/wildbunny/metaexchange

[onceuponatime]

Hey everyone - just a reminder, if you didn't yet vote for our delegate, please do - we're only just hanging in there at position 98 in the rankings, quite close to being pushed out

At the request of bytemaster, I'm working on an bitcoin->bitshares on-ramp daemon which will be fully open-source and will enable other businesses to offer on and off ramps into bitshares.

Done.

[Method-X]

  This looks awesome. You have my vote next time I'm in the client.

[monsterer]

Hey everyone - just a reminder, if you didn't yet vote for our delegate, please do - we're only just hanging in there at position 98 in the rankings, quite close to being pushed out

At the request of bytemaster, I'm working on an bitcoin->bitshares on-ramp daemon which will be fully open-source and will enable other businesses to offer on and off ramps into bitshares.

[monsterer]

IIRC you need to get the transaction details individually

You're right - bit of a PITA having to get each one individually, tho.

[xeroc]

IIRC you need to get the transaction details individually

[monsterer]

Upon closer examination you shouldn't send BTC to the "From" of the account because that would end up leaking private info.  Instead send it to the "one_time_key" property of the memo, the sender should have the private key for that.

Looking into this now - I'm not seeing the 'one_time_key' property in the RPC response for wallet_account_transaction_history. Is it being written out?

[monsterer]

if possible,please contact “cn-members” do some translate to chinese,so we can read more about this.thanks.

Translated: https://bitsharestalk.org/index.php?topic=11779.0

Many thanks to cn-members

[consultant]

 

Looks like the website a combination of online wallet and trade website.

I wander the vote and short/bid functions work in your website?

[Shentist]

@Shentist : From what I recall you are living in Germany .. maybe you can group up with delulo and visit https://www.cryptocurrency-bank.com/ ..

i am aware of fidor-tec.
december is not possible for me to go there, but we will talk to them later on.

[monsterer]

Listening to the latest mumble hangout it seems the devs will allow tranfers to BTC address too .. not just a BTS pubkey derived from a BTC pubkey .. but also a BTC address ..
let's wait for the code and clarification

Yes, the plan is for two way operation. The design will have two addresses, one BTC and one BTS. Transactions arriving at the BTC address will use the method you posted to go from the sender's public key to a BTS address. Transactions arriving at the BTS address will take the 'one_time_key' property of the memo inside the transaction, then do magic* on it to turn it into a bitcoin address.

* I'm hoping that the magic isn't non-trivial

[unimercio]

Release 2 is bitcoin IOU gateway functionality, but the trades still have to be done in the local client?

Release 2 is person to person bitcoin / bitasset on/off ramps, so cross chain with metaexchange acting as the escrow agent.

I'm asking you to prioritize an open source gateway daemon over your other services because it will allow many people to offer gateways and thus help the community greatly.