Bitcoin Forum
February 22, 2019, 01:41:24 PM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 ... 166 »
  Print  
Author Topic: MasterCoin: New Protocol Layer Starting From “The Exodus Address”  (Read 447580 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
September 06, 2013, 04:13:20 PM
 #801

I would personally work a bit more on the implementation and protocol before focusing-in on the marketing message. I feel like we are still selling an idea without much practical implementation yet.

The biggest problem is still that Mastercoin data is encoded in a very parasitic way. I personally would not want Mastercoin to take off before this major problem is solved. This also means that I think we should be open to the idea that Mastercoin might have different rules on how to parse the blockchain data based on the block it's parsing. This means Mastercoin can adapt to changes in the Bitcoin protocol or when it needs to make internal changes.

Electrum: the convenience of a web wallet, without the risks | Bytesized Seedboxes BTC/LTC supported
1550842884
Hero Member
*
Offline Offline

Posts: 1550842884

View Profile Personal Message (Offline)

Ignore
1550842884
Reply with quote  #2

1550842884
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1550842884
Hero Member
*
Offline Offline

Posts: 1550842884

View Profile Personal Message (Offline)

Ignore
1550842884
Reply with quote  #2

1550842884
Report to moderator
1550842884
Hero Member
*
Offline Offline

Posts: 1550842884

View Profile Personal Message (Offline)

Ignore
1550842884
Reply with quote  #2

1550842884
Report to moderator
1550842884
Hero Member
*
Offline Offline

Posts: 1550842884

View Profile Personal Message (Offline)

Ignore
1550842884
Reply with quote  #2

1550842884
Report to moderator
maxmint
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500



View Profile
September 06, 2013, 04:25:36 PM
 #802

I would personally work a bit more on the implementation and protocol before focusing-in on the marketing message. I feel like we are still selling an idea without much practical implementation yet.

I was thinking the same. I would prefer to have a solid protocol and client before making any marketing efforts. I guess there will be some pitfalls along the way which might be quite hard to overcome.

My PGP-Key: 462D02D8
Verify my messages using keybase: https://keybase.io/maxmint
TomHirsch
Newbie
*
Offline Offline

Activity: 41
Merit: 0


View Profile
September 06, 2013, 04:44:01 PM
 #803

I would personally work a bit more on the implementation and protocol
I was thinking the same.

My feelings exactly.  Let's spend all of our time making this thing great; rather than running around telling people it is great. 

If we are successful and it actually becomes great - there will be no need whatever for a marketing campaign.  Forget the damn logos and twitter and fluff.  Let's build it before we paint it. 

dacoinminster
Legendary
*
Offline Offline

Activity: 1260
Merit: 1022


Rational Exuberance


View Profile WWW
September 06, 2013, 05:55:22 PM
 #804

I'm in complete agreement here. I see most of the marketing goals as being fairly far in the future (although putting together a basic website would be nice). I do want to express appreciation to Ola for the work he put into this. We'll get there someday Smiley

I definitely want to improve the impact we are having on the block chain (by finding alternate ways to store the MasterCoin data). The coding contest will definitely have some funds for someone who does that well.


moltenmich
Full Member
***
Offline Offline

Activity: 130
Merit: 100



View Profile WWW
September 06, 2013, 09:28:45 PM
 #805

I'm on the fence with the "build it before we paint it" view.

I agree that there is absolutely no point to marketing unless Mastercoin is worth marketing for. But certain things like logos and explainer videos can be helpful as long as they are targeting the right people. Specifically- developers who can build great things around this project. Plus, they can be worked on simultaneously by those who aren't developers (designers, etc.) So I would say at this point, some marketing can be helpful and won't be taking away from the main goal.

I'm a graphic designer, so my MO is to jump in when I think I'll be helpful, and then get out of the way asap.

I think, the biggest issue with marketing is making sure

1. It doesn't get ahead of itself. It should be appropriate for whatever stage Mastercoin is at. It needs to take the backseat.

and

2. It's factual- There is good communication between the developers and anyone who wants to 'spread the word' so there are less headaches.


█ Professional Design & Multimedia █

michpalmer.com
dacoinminster
Legendary
*
Offline Offline

Activity: 1260
Merit: 1022


Rational Exuberance


View Profile WWW
September 06, 2013, 09:54:18 PM
 #806

OK I did find one outstanding issue with mastercoin-explorer - it still counts the same address multiple times in one purchase. For instance, on this transaction:

http://blockchain.info/tx/52a875a46d7973760974b2ae8fa7bb71bfe7d06e0be8fd2bf2e20eaca182dbd7

When I enter the purchasing address (196V2uB471HoMHwbkQRQRiwd3aYpU6RtWg), I get "Bought 210000.0 Mastercoins and got a 88206.42361111111 Mastercoins extra."

The buyer sent 420 BTC with 5 inputs of 100 BTC each and 80 BTC change, which should have been 42000 MasterCoins plus a bonus. 42000*5 = 210000 which implies each input is being counted.

Probably related is the bug in the handling of this purchase: http://blockchain.info/tx/37992e445c33dd74a1e4e00dabb6a66f16a5d39977a1f5fd1a6c0154e884eee2

15XJoDF4xCUrWX3ES9ftWq3wnGhuRsqrLk (which had the largest total input) should be the owner of those MasterCoins rather than 1G6F8aMJNp3zMG9L1DxDT3WjiUntJYwYka (which had the largest single input). MasterCoin-Explorer incorrectly credits the latter address with the purchase. I realize I need to be more clear in the spec about how to do this!

I've fixed this individual issue. But I'm going to run through all the transaction this weekend to make sure I got all edge cases.


It looks like first part is fixed, but the last part (15XJoDF4xCUrWX3ES9ftWq3wnGhuRsqrLk vs 1G6F8aMJNp3zMG9L1DxDT3WjiUntJYwYka) still remains.

Very few purchases are affected by this (hopefully last) bug, so I went ahead and put a link to MasterCoin-Explorer.com in the OP Smiley

dacoinminster
Legendary
*
Offline Offline

Activity: 1260
Merit: 1022


Rational Exuberance


View Profile WWW
September 06, 2013, 11:54:27 PM
 #807

For maximum transparency, here's a message I just sent to the oversight board:

Quote
Here are the details for the first proposed expenditure from the Exodus Address:

    51.8585 BTC in refunds to investors who missed the deadline (addresses and details here: https://bitcointalk.org/index.php?topic=265488.msg3095312#msg3095312)
    3 BTC bounty to bytemaster (1Nou27Zt2k3yTFHw6yePg3A1df2ohCTFFb per his PM to me) as a bounty for their work exposing a flaw in my spec. (details here: https://groups.google.com/d/msg/mastercoin/EQgEHvKJBh4/4VeE3a02I3QJ)
    3 BTC to d'aniel as part of the same bounty. D'aniel requested that his prize go to forum member gmaxwell: 1GMaxweLLbo8mdXvnnC19Wt2wigiYUKgEB, request is here: https://bitcointalk.org/index.php?topic=284178.msg3041300#msg3041300)
    2 BTC to mich for the awesome logo (13x2dka6tVhjsNNNomGJjUPi2iJQCb67bw, found in his forum signature - I've asked him to verify)
    0.1 BTC to Ron to reimburse his purchase of MasterCoin.org (Ron, I need a BTC address from you)

Total proposed expenditures: 59.9585 BTC

For now, I'm NOT reimbursing myself for the $80 netbook I purchased for an offline wallet, or for the $860 laptop I purchased for development, especially since my wife uses that laptop more than I do Smiley

If I don't hear anyone dissenting, I'll process these payments next week, possibly Monday.

I've been promising the community a month-long coding contest (pre-announcement here: https://bitcointalk.org/index.php?topic=265488.msg3065262#msg3065262), and I was thinking $25,000 would be a good number for total prizes to be awarded. If you don't think that's a good use of project money, please let me know ASAP before I start making promises! My goal is to spur a bunch of progress on the project while also hopefully finding one or two people to hire . . .

Thanks!

-J.R.

P.S. One guy is already making some amazing progress on some web-based MasterCoin tools, including looking up purchases from the Exodus Address, parsing specific MasterCoin transactions, and he even ported my python script for creating send transactions to the web! Check it out if you haven't already seen it: http://mastercoin-explorer.com/

buymastercoin
Newbie
*
Offline Offline

Activity: 31
Merit: 0


View Profile
September 07, 2013, 12:53:01 AM
 #808

I am the official forum user for http://www.BuyMastercoin.com.

We launched BuyMastercoin on Aug 31st in order to provide a safe and reliable place for people to exchange Mastercoins since after this date you could no longer buy Mastercoins through the exodus address.

Our current format is over the counter yet we plan to launch a real-time Mastercoin exchange soon. We will allow people to buy and sell Mastercoins using dollars, euros, litecoins, altcoins, ripples, bitcoins and more.

We want to help build the Mastercoin ecosystem, especially now that the client is not yet developed and has some time to go. We also look to provide valuable information to the Mastercoin community such as MSC/BTC price charts, and tools for Mastercoin derived markets.

Visit us at http://www.BuyMastercoin.com and subscribe for news updates and to sign up for our beta.

For up to date pricing information or to receive an exact price quote please email us through our contact form.

Thank you.

-BuyMastercoin.com Team
Ola
Sr. Member
****
Offline Offline

Activity: 311
Merit: 250


View Profile
September 07, 2013, 03:49:18 AM
 #809

The key phrase here is "hopefully start the discussion going in the right direction" no one is proposing a "focus" on marketing. As someone who as worked as a developer and marketer, I am cautious not to develop tunnel vision by planning for success. I think planning ahead is beneficial. I can't say much for letting day to day operations drive out planning. Waiting till the project is complete before thinking about a plan to get the word out is ill advised at best.

I am sure you all have heard of bitshare, bitcoinx e.t.c?  https://docs.google.com/document/d/1RLcjSXWuU9vBJzzqLEXVACSCdn8zXKTTJRN_LfoCjNY/edit?pli=1, https://github.com/InvictusInnovations/BitShares...they are making progress and I am sure there will be more competitors: The point is the reason you are working to make this successful is that hopefully this catches on and immense value is created. Problem is "catching on" does not happen by coincidence especially when there are competitors who might be at an advantage by being the first movers and capitalizing on the network effect.

There is a fundamental flaw with the logic saying that "if you build it they will come" if you have bigger competitors who already have an established name and network effect. The network effect concept plays a big role here because it determines how easy and why the customers or users will want to switch or use another technology with similar functionality. A problem with adoption might develop because there is a huge cost involved for customers to switch from one complex system to the next. Case in point bitcoin-litecoin-primecoin.



So like I said, the idea is not to start building a marketing campaign at the moment, because you don't want to "paint the idea". The idea is to have a plan ready to go on, once the usefulness of mastercoin is proven. I don't think its wise to wait till full functionality to start planning

"failing to plan is planning to fail"--alan





I'm in complete agreement here. I see most of the marketing goals as being fairly far in the future (although putting together a basic website would be nice). I do want to express appreciation to Ola for the work he put into this. We'll get there someday Smiley

I definitely want to improve the impact we are having on the block chain (by finding alternate ways to store the MasterCoin data). The coding contest will definitely have some funds for someone who does that well.




What about the suggestions of using op-return to alleviate the UTXO set issue in a customized client? you should stress this in the details of the bounty for development of the client.

Nxter,Bitcoiner,Ether highlevel developer working to improve the world.
grazcoin
Sr. Member
****
Offline Offline

Activity: 284
Merit: 250



View Profile
September 07, 2013, 06:29:27 AM
 #810

I am checking one of the first tx to 1EXoDus address from:
https://blockchain.info/address/1PA8qhEzW7to6EeqBAdhVZYGbVj2MfmN2n
which was 16BTC and it happened 2687249 seconds (around 31.1 days) before 1.9.2013.
The bonus is then 10% for a week, which is 10%*2687249/(3600*24*7)=>44.43%
[this fits to 4 weeks = 40%]
or in dacoinminsters:
160000000000+71091243386=231091243386
which is:
2310.91243386 mastercoins

Can I ask you what time you are using to define the end date? I'm using 1377993600. I think this is the difference between our results.


I am using 1377993600 as well, so I don't understand the difference in the results.

Here is my detailed calculation:
===================
1. check https://blockchain.info/address/1PA8qhEzW7to6EeqBAdhVZYGbVj2MfmN2n
2. The relevant tx is https://blockchain.info/tx/546a406a131089e7c2f27d34a93a4d27441d98d096404d6737c5ad5b5e61a09b
3. That tx was included in block 249498 which has timestamp (in the blockchain) of 2013-07-31 21:32:31
4. converting the block timestamp to epoch: 1375306351
5. calculate difference between tx and end date: 1377993600-1375306351=2687249 sec
6. calculate bonus percent: 10%*2687249/(3600*24*7)=44.432027116%
7. calculate total amount of mastercoins: 1600000000*100*(1+0.44432027116)=231091243385.6 -> 2310.91243386

I just assume you took a different timestamp for the tx.
It is important to note that the only relevant timestamp in the blockchain is the one of the corresponding block.
Any other "Received Time" is node-dependant value (e.g. one may get the tx few seconds minutes or even hours before of after blockchain.info, and there is no way to verify it), and that value should be ignored.

grazcoin
Sr. Member
****
Offline Offline

Activity: 284
Merit: 250



View Profile
September 07, 2013, 07:40:16 AM
Last edit: September 07, 2013, 10:53:10 AM by grazcoin
 #811

I'm cool with that. I'm guessing block 255362 transactions would get a bonus of zero? It's possible that if you just used the same math, they'd actually get a small negative bonus!

Assuming we accept investments through block 255362, here is my proposed refund list: https://docs.google.com/spreadsheet/ccc?key=0AnnInaIJVqrtdGMteFNOWjBpWTNqd3BYbWUzdGVLMmc&usp=sharing

Block 255362 has the timestamp of 2013-09-01 00:00:58 which is after end date, so it should be also refunded.
If we change that, this would be already considered as a modification of the spec (and we would like to avoid that, like bitcoin avoids hard forks).

I have seen somewhere the suggestion that some early investors could send valid mastercoins to those addresses.

ripper234
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000


Ron Gross


View Profile WWW
September 07, 2013, 05:23:24 PM
 #812

Willet, can you add a link to the FAQ to the op?

Please do not pm me, use ron@bitcoin.org.il instead
Mastercoin Executive Director
Co-founder of the Israeli Bitcoin Association
klee
Legendary
*
Offline Offline

Activity: 1498
Merit: 1000



View Profile
September 08, 2013, 06:48:22 AM
 #813

In order to use this source code, you will need to install python 2.7 and also pycrypto for python 2.7, which I got here: http://www.voidspace.org.uk/python/modules.shtml#pycrypto
This is for Windows only! Any Mac version?

Heh. For python, yes. I have no idea about pycrypto. I would assume there is something available for Mac.
I will post if find something...

Not sure if pycrypto builds for Mac, but you could always try checking out the source from https://github.com/dlitz/pycrypto (e.g. "git clone https://github.com/dlitz/pycrypto")
then change dir to that directory and issue something like "python setup.py", then "python setup.py install" ...standard python module stuff. You may need some extra dependencies.

EDIT: These instructions at http://dearauthor.com/ebooks/how-to-install-python-and-pycrypto/ may work.
Hey thanks a lot - will try to see if I can make this work!
OK - these instructions were very helpful, I managed to setup pycrypto very easily. Only difference is that the article is a bit outdated and uses the 2.1.0 version of pycrypto.

Here: https://www.dlitz.net/software/pycrypto/ you can find the latest one (2.6) and the instructions are basically the same. You download and uncompress the file, run terminal in the path of the uncompressed folder and use python commands (of course you are supposed to have python installed before that) for building and installing the package.

Now let's see if I can send some MSC...
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
September 08, 2013, 09:21:25 AM
 #814

I am using 1377993600 as well, so I don't understand the difference in the results.

Here is my detailed calculation:
===================
1. check https://blockchain.info/address/1PA8qhEzW7to6EeqBAdhVZYGbVj2MfmN2n
2. The relevant tx is https://blockchain.info/tx/546a406a131089e7c2f27d34a93a4d27441d98d096404d6737c5ad5b5e61a09b
3. That tx was included in block 249498 which has timestamp (in the blockchain) of 2013-07-31 21:32:31
4. converting the block timestamp to epoch: 1375306351
5. calculate difference between tx and end date: 1377993600-1375306351=2687249 sec
6. calculate bonus percent: 10%*2687249/(3600*24*7)=44.432027116%
7. calculate total amount of mastercoins: 1600000000*100*(1+0.44432027116)=231091243385.6 -> 2310.91243386

I just assume you took a different timestamp for the tx.
It is important to note that the only relevant timestamp in the blockchain is the one of the corresponding block.
Any other "Received Time" is node-dependant value (e.g. one may get the tx few seconds minutes or even hours before of after blockchain.info, and there is no way to verify it), and that value should be ignored.

Thanks for the detailed breakdown. I found a reference in the code where I was not using my constant for the end date and this date was 1 second off. The result is now: "Bought 1600.0 Mastercoins and got a 710.91243386 Mastercoins extra.". Which I think should be the correct amount.

Now I finally have the same output I'm considering parsing the blockchain and get some real data on the transfers happening and actual balances of addresses.

15XJoDF4xCUrWX3ES9ftWq3wnGhuRsqrLk (which had the largest total input) should be the owner of those MasterCoins rather than 1G6F8aMJNp3zMG9L1DxDT3WjiUntJYwYka (which had the largest single input). MasterCoin-Explorer incorrectly credits the latter address with the purchase. I realize I need to be more clear in the spec about how to do this!

Ah; this was unclear to me. I have indeed been using the largest single one, this won't make the implementation easier. I think the spec could use one clear paragraph on how to parse the data with test vectors.

I'm cool with that. I'm guessing block 255362 transactions would get a bonus of zero? It's possible that if you just used the same math, they'd actually get a small negative bonus!

Assuming we accept investments through block 255362, here is my proposed refund list: https://docs.google.com/spreadsheet/ccc?key=0AnnInaIJVqrtdGMteFNOWjBpWTNqd3BYbWUzdGVLMmc&usp=sharing

Block 255362 has the timestamp of 2013-09-01 00:00:58 which is after end date, so it should be also refunded.
If we change that, this would be already considered as a modification of the spec (and we would like to avoid that, like bitcoin avoids hard forks).

I have seen somewhere the suggestion that some early investors could send valid mastercoins to those addresses.

Although it's true that the spec mentions that all payments after 2013-08-31 will be considered invalid it does not tell us which time to use for this calculation. If we want to be precise then yes 255361 would be the valid answer. However people sending coins on 23:48 did so thinking they send the coins before 2013-08-31, which they indeed did. It seems more fair to use block 255362 since this would include all transactions _send_ before 2013-09-01. (and yes; perhaps 58 seconds of transactions that were sent after)

Electrum: the convenience of a web wallet, without the risks | Bytesized Seedboxes BTC/LTC supported
TomHirsch
Newbie
*
Offline Offline

Activity: 41
Merit: 0


View Profile
September 08, 2013, 03:25:49 PM
 #815

Although it's true that the spec mentions that all payments after 2013-08-31 will be considered invalid it does not tell us which time to use for this calculation. If we want to be precise then yes 255361 would be the valid answer. However people sending coins on 23:48 did so thinking they send the coins before 2013-08-31, which they indeed did. It seems more fair to use block 255362 since this would include all transactions _send_ before 2013-09-01. (and yes; perhaps 58 seconds of transactions that were sent after)
For now, this really doesn't have much effect.  But in about 5 years - this loss of transaction is going to cost someone about 13 million dollars.  Better take a moment to get it right.  I'd include them.  Leaving them out exposes you to a claim later by a fast talking lawyer who will argue ambiguities in the spec should be enforced against the author rather than the investor.  He'll win with that line of reason.  The writer of the document had the ability to set it correctly - and that failure results in the liability shifting towards him.

Now, no lawyer will touch this case.  When it is worth $13 million there will be a long line of shark attorneys at the courthouse filing paper.  

I know it is a stupid way to settle the question, but it is worth considering.  
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
September 08, 2013, 05:49:43 PM
 #816

I have come across a theoretical problem.

Suppose 'user A' bought 10 coins from Exodus.

After the initial purchase 'user A' creates three simple send transactions for 10 coins to 'user B', 'user C' and 'user D' and relays them over the network. Assuming they all get included in the same block, to whom do the coins go?

Electrum: the convenience of a web wallet, without the risks | Bytesized Seedboxes BTC/LTC supported
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 2044
Merit: 1001



View Profile WWW
September 08, 2013, 06:22:52 PM
 #817

I have come across a theoretical problem.

Suppose 'user A' bought 10 coins from Exodus.

After the initial purchase 'user A' creates three simple send transactions for 10 coins to 'user B', 'user C' and 'user D' and relays them over the network. Assuming they all get included in the same block, to whom do the coins go?
Transactions in a block are ordered so it could use the first transaction.

Or the mastercoins could be destroyed in this case.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
September 08, 2013, 06:56:33 PM
 #818

Transactions in a block are ordered so it could use the first transaction.

Or the mastercoins could be destroyed in this case.

How is this order defined; is it defined on the protocol level? If so I was unaware of this.

Electrum: the convenience of a web wallet, without the risks | Bytesized Seedboxes BTC/LTC supported
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 2044
Merit: 1001



View Profile WWW
September 08, 2013, 07:01:32 PM
 #819

Transactions in a block are ordered so it could use the first transaction.

Or the mastercoins could be destroyed in this case.

How is this order defined; is it defined on the protocol level? If so I was unaware of this.
The miner chooses in which order to put the transactions. (If there are dependencies, a tx must come before those that depend on it.) Once he sets the order it is a fixed property of the block, putting the txs in a different order would result in a different Merkle root and thus invalid block hash.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
September 08, 2013, 07:09:43 PM
 #820

Transactions in a block are ordered so it could use the first transaction.

Or the mastercoins could be destroyed in this case.

How is this order defined; is it defined on the protocol level? If so I was unaware of this.
The miner chooses in which order to put the transactions. (If there are dependencies, a tx must come before those that depend on it.) Once he sets the order it is a fixed property of the block, putting the txs in a different order would result in a different Merkle root and thus invalid block hash.

Awesome, thanks for the information. I will look into this Smiley

Electrum: the convenience of a web wallet, without the risks | Bytesized Seedboxes BTC/LTC supported
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 ... 166 »
  Print  
 
Jump to:  

Bitcointalk.org is not available or authorized for sale. Do not believe any fake listings.
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!