I've created public keys for a "Sell Mastercoin for Bitcoin" offer. I would appreciate it if an other developer could decode the keys and tell me what they think it says before I broadcast it to the world 020100000014000000020000000005f5e10000000000000f424060000000000018 02026a000000000000000000000000000000000000000000000000000000000000
|
|
|
Payment confirmed, thanks again!
|
|
|
Just got this PM from my 0.029 seller: I'll up my quantity offered in the event you aren't able to get the sellers with lower asks. Let's make it 720 MSC @ .029BTC for a total of 20.88BTC
That would certainly simplify things a bit (to buy all of it from one person at once price). Thanks! Of course, I owe it to the contestants to give other people a chance to chime in with better offers before I jump on this one. Maxmint, the BTC will come from 1EXoDusjGwvnjZUyKkxZ4UHEf77z6A5S4P, and that's where the MasterCoins should go as well. Forgot this was for the contest participants - I'll do the lot at .025BTC so they get a bit more Note this sell offer is only open to dacoinminster for the coding contest. MSC received. Thanks for the generous offer lishbtc.
|
|
|
I will focus on concatting for now but I would love to hear from Grazcoin and Zarthras when you guys have the chance.
|
|
|
I'm missing a whitepaper to read or at least some documentation. It's not in the OP. Do you know if it can be found somewhere else?
|
|
|
I'm not sure if this has been discussed before but I couldn't find it. I'm trying to work on encoding Mastercoin data that's larger then just one public key and I'm wondering how we should split data across two keys.
The most space efficient way would be to just concat the two keys as it were and divide them in the middle. (I've added parentheses around the compressed key and sequence for easier readibility)
I.e. (0201)00000014000000020000000005f5e10000000000000f424060000000000018 (0202)6a00000000000000000000000000000000000000000000000000000000000
The last value here being 186a.
What we could also do is only have whole values per key. In that example the data would be divided as follows.
(0201)00000014000000020000000005f5e10000000000000f424060000000000000 (0202)186a000000000000000000000000000000000000000000000000000000000
I personally prefer the latter version as I think it's cleaner but it does reduce the available space in general.
Thoughts?
|
|
|
electrum servers are in maintenance mode? how long will it take?
Could you explain what you are talking about?
|
|
|
Confirmed as well. Since the price is very volatile the last 24 hours (High: 146.95, low: 135.00) I would recommend you change the amounts before paying out or you might pay out too much, or too little.
|
|
|
I'm guessing it were all small inputs and the transaction size became very large resulting in a higher required fee.
|
|
|
Yeah I'm looking over the fee code handling for the Lite GUi at the moment and it's pretty crappy. Since 1.9 is a rewrite anyway I will see if we can share the fee code between the GUI's.
Thanks for the report.
|
|
|
Electrum is licensed under GNU GPL 3. You are free to modify the source code to your hearts content.
|
|
|
This shouldn't be the case. Which version of Electrum are you using?
|
|
|
Bug corrected, and I've rolled back the database for masterchest.info back to block 263850 and rescanned. Looks OK now. Bugfix applied to masterchest-engine and the wallet, commits on git. Tachikoma, FYI while I was troubleshooting this tx I noticed it has the wrong block number in mastercoin-explorer, just FYI. Thanks Man I thought I squashed that bug. I'm working on refactoring the whole blockchain scanning part anyway so I will just take this in the new implementation.
|
|
|
Congrats guys. I think we should be very proud of what we accomplished together in such a short timeframe!
|
|
|
Not yet. But the protocol has a build in exchange option, as soon as it's coded up
|
|
|
I'm betting it's a float rounding error.
|
|
|
Code contributionsMastercoin-ruby: A ruby library to parse MasterCoin data. Source- Decoda a Mastercoin data-address
- Decode a Mastercoin data-public key
- Encode data to an address
- Encode data to a public key
- Advise how to create a 'old school' transaction using sendmany
- Get the amount of coins bought via Exodus for a given Bitcoin address
- Get the amount of coins bought via Exodus for a given Bitcoin transaction-id
- Decode a Mastercoin transaction based on given Bitcoin transaction-id
- Create and relay a Mastercoin multisig transaction through Bitcoind
Mastercoin-explorer.com: A Ruby on Rails application to index all Mastercoin transactions and show other data. Source. - Index all Mastercoin related transactions both Exodus payments and simple send transactions.
- Offer a public JSON API so others can easily parse this data without having to index everything themselves. Documentation here.
- Multi-currency support currently has real and test Mastercoins
Mastercoin-wallet: A (QT-based) Mastercoin thin-client implementation. Source- Uses the forementioned Mastercoin-explorer API to communicatie balance data.
- Only requires a private key with an existing Mastercoin balance to use.
- Saves keys encoded in config files.
- Does not require local Bitcoind/QT.
- Uses multisig approach.
Other contributions
|
|
|
Ik heb succesvol een aankoop gedaan via Bitspenders, alles is vlekkeloos verlopen en had netjes volgende dag mijn aankoop binnen. In het verleden behaalde resultaten bieden geen garantie voor de toekomst maar mijn ervaring was dus geweldig
|
|
|
|