Bitcoin Forum
April 19, 2024, 03:47:34 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 ... 166 »
  Print  
Author Topic: MasterCoin: New Protocol Layer Starting From “The Exodus Address”  (Read 448416 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.
dillpicklechips
Hero Member
*****
Offline Offline

Activity: 994
Merit: 507


View Profile
October 29, 2013, 04:38:15 AM
 #1561

While reading about Mastercoin and colored coins I came across this:

(killerstorm replying to dacoinminster about how "thin clients are fundamentally impossible")

Quote
Well, I see a problem: MasterCoin transactions are not linked together in a subgraph, so one needs to scan the whole Bitcoin blockchain to interpret them.

This means that thin clients are fundamentally impossible.
You are going to have either full clients (like Bitcoin-Qt) which download whole blockchain (8+ GB of data now).
Or server-trusting client, which undermines the whole point of having cryptocurrency. (If you are into that, just use Open Transactions: low overhead, impressive features.)

We discussed this topic in this mailing list, see discussion with Paul Snow and 'theory of colored coins'/'advanced color states' threads: you have to confine transactions to subgraph to make it friendlier to thin clients.

(It is hard to say whether it is friendly enough, but at least we have a chance to optimize and make trade-offs to make it acceptable... I don't see how it is possible with global messaging model without making it reliant on trusted servers.)

You can implement many MasterCoin features using colored coin model with advanced color states.

Or you can at least confine special transactions to a subgraph, so thin clients will have a chance to exist until MasterCoin transaction volume becomes high...



Quote
>The block-chain scanning requirements are a lot lower considering that I only need to scan transactions that reference the Exodus Address,

You need to scan whole blockchain to find all transactions which reference the Exodus Address.

Blockchain is a flat list of transactions, they aren't grouped by address or anything. And you need to process transaction to see which addresses it references.

You might use bloom filter feature to reduce traffic, but then you're at mercy of network nodes you've connected to: they might just 'forget' to send you some transactions, which might be used to rob user.

For example, suppose address XYZ has 100 coins. I will first send 100 coins to address ABC, and later 100 coins to address DEF.

Of course, second transaction is invalid, but if DEF's node haven't seen the first one, it will recognize second as valid...

Thus: unless you scan whole blockchain, you depend on honesty of nodes you've connected to.
 
>but thin client type solutions are going to be needed eventually.

I don't think there can be a solution if protocol is simply not designed with thin clients in mind.


Has there been any new developments on if it's possible to make it so that Mastercoin doesn't require trust in third parties? Or will the only people who can directly move Mastercoins without trust will have to have the entire blockchain and Mastercoin tools running locally?
1713498454
Hero Member
*
Offline Offline

Posts: 1713498454

View Profile Personal Message (Offline)

Ignore
1713498454
Reply with quote  #2

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

Activity: 700
Merit: 500



View Profile
October 29, 2013, 06:56:16 AM
 #1562

I'm happy to report that the first distributed Mastercoin to Bitcoin transaction using the Mastercoin protocol has been done.

Congrats Tachikoma, this is just awesome! It's just incredible how fast this is evolving.
Is the "Create new Selling offer" tool on your site already functional for public use?

My PGP-Key: 462D02D8
Verify my messages using keybase: https://keybase.io/maxmint
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
October 29, 2013, 07:24:56 AM
 #1563

I'm happy to report that the first distributed Mastercoin to Bitcoin transaction using the Mastercoin protocol has been done.

Congrats Tachikoma, this is just awesome! It's just incredible how fast this is evolving.
Is the "Create new Selling offer" tool on your site already functional for public use?

In theory, yes. I used this myself to create the transactions. It does require some knowledge of bitcoind/qt command-line though, I've written some instructions here if you want to give it a go. Also remember I'm only allowing test Mastercoin transactions. However the Bitcoin you are using to send the messages is always real so be careful you are not using high values for your offers if you decide to create one.

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

Activity: 201
Merit: 100


View Profile
October 29, 2013, 10:03:40 AM
 #1564

I'm happy to report that the first distributed Mastercoin to Bitcoin transaction using the Mastercoin protocol has been done.

Congrats Tachikoma, this is just awesome! It's just incredible how fast this is evolving.
Is the "Create new Selling offer" tool on your site already functional for public use?

In theory, yes. I used this myself to create the transactions. It does require some knowledge of bitcoind/qt command-line though, I've written some instructions here if you want to give it a go. Also remember I'm only allowing test Mastercoin transactions. However the Bitcoin you are using to send the messages is always real so be careful you are not using high values for your offers if you decide to create one.

Really cool Tachikoma - decided to give it a try.  I was able to set up a sell offer no problem: mastercoin-explorer and blockchain

Really gotta get some sleep so didn't actually try to buy them from myself.  Also, I'm a little curious to see how expired offers are handled and represented. FYI - I noticed on your instruction page you indicate "broadcastrawtransaction" rather than "sendrawtransaction" which I'm guessing is what you meant.
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
October 29, 2013, 10:06:42 AM
 #1565

I'm happy to report that the first distributed Mastercoin to Bitcoin transaction using the Mastercoin protocol has been done.

Congrats Tachikoma, this is just awesome! It's just incredible how fast this is evolving.
Is the "Create new Selling offer" tool on your site already functional for public use?

In theory, yes. I used this myself to create the transactions. It does require some knowledge of bitcoind/qt command-line though, I've written some instructions here if you want to give it a go. Also remember I'm only allowing test Mastercoin transactions. However the Bitcoin you are using to send the messages is always real so be careful you are not using high values for your offers if you decide to create one.

Really cool Tachikoma - decided to give it a try.  I was able to set up a sell offer no problem: mastercoin-explorer and blockchain

Really gotta get some sleep so didn't actually try to buy them from myself.  FYI - I noticed on your instruction page you indicate "broadcastrawtransaction" rather than "sendrawtransaction" which I'm guessing is what you meant.


Awesome that you managed to do it! It's not that easy.

And yeah that sendrawtransaction thing, I keep typing that wrong when sending my transactions too, will update the doc asap. I also see the reserved value is wrong. I should update that.

Accepting / Buying an offer is harder with Bitcoind since you need to lock all outputs that are not coming from the address you want to buy from.

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

Activity: 714
Merit: 510



View Profile
October 29, 2013, 01:03:23 PM
Last edit: November 01, 2013, 01:17:07 PM by Luckybit
 #1566

While reading about Mastercoin and colored coins I came across this:

(killerstorm replying to dacoinminster about how "thin clients are fundamentally impossible")

Quote
Well, I see a problem: MasterCoin transactions are not linked together in a subgraph, so one needs to scan the whole Bitcoin blockchain to interpret them.

This means that thin clients are fundamentally impossible.
You are going to have either full clients (like Bitcoin-Qt) which download whole blockchain (8+ GB of data now).
Or server-trusting client, which undermines the whole point of having cryptocurrency. (If you are into that, just use Open Transactions: low overhead, impressive features.)

We discussed this topic in this mailing list, see discussion with Paul Snow and 'theory of colored coins'/'advanced color states' threads: you have to confine transactions to subgraph to make it friendlier to thin clients.

(It is hard to say whether it is friendly enough, but at least we have a chance to optimize and make trade-offs to make it acceptable... I don't see how it is possible with global messaging model without making it reliant on trusted servers.)

You can implement many MasterCoin features using colored coin model with advanced color states.

Or you can at least confine special transactions to a subgraph, so thin clients will have a chance to exist until MasterCoin transaction volume becomes high...



Quote
>The block-chain scanning requirements are a lot lower considering that I only need to scan transactions that reference the Exodus Address,

You need to scan whole blockchain to find all transactions which reference the Exodus Address.

Blockchain is a flat list of transactions, they aren't grouped by address or anything. And you need to process transaction to see which addresses it references.

You might use bloom filter feature to reduce traffic, but then you're at mercy of network nodes you've connected to: they might just 'forget' to send you some transactions, which might be used to rob user.

For example, suppose address XYZ has 100 coins. I will first send 100 coins to address ABC, and later 100 coins to address DEF.

Of course, second transaction is invalid, but if DEF's node haven't seen the first one, it will recognize second as valid...

Thus: unless you scan whole blockchain, you depend on honesty of nodes you've connected to.
 
>but thin client type solutions are going to be needed eventually.

I don't think there can be a solution if protocol is simply not designed with thin clients in mind.


Has there been any new developments on if it's possible to make it so that Mastercoin doesn't require trust in third parties? Or will the only people who can directly move Mastercoins without trust will have to have the entire blockchain and Mastercoin tools running locally?

As of right now to my knowledge you cannot send Mastercoins using thin clients. You have to use either BitcoinQT or Armory. Electrum can receive Mastercoins but cannot send them out.

It's an inconvenience but I don't know if I could say at this moment that it is a problem. In the long term it might become a problem.

Colored Coin isn't always at the disadvantage, because of how it works it does have some advantages. I just think Colored Coin is set up in a way in which it uses a unit of account as the unit of measurement. I think that the unit of account has to be independent and separate from the unit of measurement. And honestly no one has explained how Colored Coin can do derivatives in a way which is as simple to understand and implement as Mastercoin. I'm not saying it couldn't work, I'm just saying you're going to have a very difficult time explaining Colored Coin.

What I mean is that with Colored Coin everything rides on whenever or not there is demand for Bitcoin. The whole system relies on Bitcoin to an extreme extent which I don't think is all that safe. When I asked where Colored Coin will get it's value from people say Bitcoin and that is the problem with it. The value should come directly from the national currencies that are the most stable like the USD or the Euro, or it should come from goods and services. Value should not come from Bitcoin.

The Mastercoin protocol relies on Mastercoins for escrow but since Mastercoins are only used for one thing (to act as escrow and as a unit of measurement), it does not have to be connected in value to Bitcoin or anything else. This independence in my opinion is a very good thing because in my opinion a unit of measurement isn't supposed to be the coin we use as a currency. The unit of measurement is supposed to be the measuring stick for the value of everything we create on top of it. Initially the value of Mastercoins will come from the stable national currencies that people will use to buy Mastercoins with. The stability in the value will have to come from national currencies because Bitcoin has extreme price fluctuations, volatility, and in my opinion isn't very solid to use as an escrow because in a day the value can decrease 50% (we have seen it), while with the USD the value will never increase or decrease 50% in a day.

I don't think Bitcoin itself should be used for that because it will drain resources and make it so Bitcoin developers will eventually have to focus on issues to deal with all this Colored Coin. Mastercoin has it's own resources to develop it and does not demand resources from Bitcoin developers to develop it.

If Colored Coin can work that is great. My opinion is Colored Coin is limited to whatever Bitcoin can do and whatever perception Bitcoin has. Mastercoin is not limited to that, and because of that Mastercoin has a chance to develop it's own economic eco-system which does not rely on Bitcoin. To illustrate if I wanted to deal with Colored Coins I have to buy Bitcoins first or I cannot deal with them. If I want to deal with Mastercoin I will just buy Mastercoins. I currently need a Bitcoin wallet to receive and send from but in the future I might even be able to use a Mastercoin wallet which would mean I don't really have to associate with Bitcoin at all beyond the protocol level.

And that is a good thing because in my opinion if Mastercoin is to be successful it has to be purchased direct with USD. Not with other crypto-currencies and not with Bitcoins. The reason being that you want Mastercoins initially to have its value come from goods and services and not speculation. Since most people work for national currencies it does not make much sense to provide value for Mastercoin with Bitcoins which doubled in price possibly due to a bubble rather than any new goods and services. If people were to purchase Mastercoins exclusively with Bitcoins instead of with the USD or some other national currency then eventually when the Bitcoin bubble pops and the price crashes down again the value of Mastercoins would crash down with it and the value wouldn't at all represent the goods and services or anything other than speculation.

So the best way to buy Mastercoins to promote a stable value is to buy it with a stable national currency. There is plenty of money, trillions of dollars in USD just sitting waiting to be put in an escrow. We should be encouraging people to use the cash under their mattress to buy Mastercoins.
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
October 29, 2013, 01:08:43 PM
 #1567

As of right now to my knowledge you cannot send Mastercoins using thin clients. You have to use either BitcoinQT or Armory. Electrum can receive Mastercoins but cannot send them

In theory you could use any client to send any Mastercoin message as long as they support an option to sign a raw unsigned transaction. Electrum can do this but the arguments it needs are a bit custom.

Quote
Well, I see a problem: MasterCoin transactions are not linked together in a subgraph, so one needs to scan the whole Bitcoin blockchain to interpret them.

This means that thin clients are fundamentally impossible.
You are going to have either full clients (like Bitcoin-Qt) which download whole blockchain (8+ GB of data now).
Or server-trusting client, which undermines the whole point of having cryptocurrency. (If you are into that, just use Open Transactions: low overhead, impressive features.)

The same can be said for normal Bitcoin clients. A thin client that uses multiple servers to check for balances etc. should be safe enough.

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

Activity: 1022
Merit: 1015



View Profile
October 29, 2013, 01:21:06 PM
 #1568

The same can be said for normal Bitcoin clients. A thin client that uses multiple servers to check for balances etc. should be safe enough.

No. The difference is that thin Bitcoin client can check whether payment is valid using SPV. Have you read the original Satoshi's paper?

Chromia: a better dapp platform
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
October 29, 2013, 01:29:58 PM
 #1569

The same can be said for normal Bitcoin clients. A thin client that uses multiple servers to check for balances etc. should be safe enough.

No. The difference is that thin Bitcoin client can check whether payment is valid using SPV. Have you read the original Satoshi's paper?

Yes I have. I'm not saying I have a firm grasp of everything though. People were using Electrum long before it was using SPV though. I don't think it will be a showstopper.

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

Activity: 714
Merit: 510



View Profile
October 29, 2013, 03:29:52 PM
Last edit: October 29, 2013, 04:06:55 PM by Luckybit
 #1570

Remove the 'magic' of your algorithm for a second and instead lets pretend I create a bank, the ByteMasterBank  BMB.

I tell people that I will issue a BMB IOU for $100 USD if you deposit 1 BTC into my bank and that I will always be willing to redeem that $100 USD IOU at face value, but you will have to accept $100 worth of BTC in place of actual USD when you redeem your IOU.   Assuming price stability I will always be able to meet my obligations.   If the price of BTC goes up then I can make a killing because my IOUs are denominated in USD.

So the price of USD goes up and I now have enough BTC in my fund to buy back all outstanding USD loans 2x over.   Great!  I can now print up additional USD loans and start buying things with them all while maintaining over 100% reserves!  

The next week the price of USD goes up and all of a sudden I am insolvent, I only have the ability to buy back 50% of the outstanding USD loans.   As long as no one catches on I can play the game of a fractional reserve bank and still honor withdraws (redemptions at face value).   How ever, once 50% of my depositors have withdrawn their money that game is over and everyone else loses everything because I am unable to pay.

Unlike traditional banks, I don't earn any interest on my loans and must cover all losses from depositor funds.  I also don't have the ability to hide the true state of my balance sheet nor do I have any ability to raise any additional capital on my own.   Everyone that continues to bank with me knows they are playing a game of musical chairs and they will only continue to trust it as long as everyone else does.   It will not last long, especially for a crypto-currency not backed by the full faith and credit of a big bank.

The problem you have is that you need the system to be workable on day one when MC is worth almost nothing and has no reputation.  The first 'panic' or 'market correction' it faces would entirely collapse all of MC because everyone with GoldCoin would lose and once that is revealed all other currencies (not backed by a public issuer violating bearer bonds laws) would also make a rush to safety.  


This is why in my opinion Mastercoin escrows should be backed by the actual goods and services of the issuer and not by BTC. A substitute for the actual goods and services of the issuer should be the national currencies because most human beings toil (sacrifice their time) for national currencies. So the value in the time spent toiling is actually locked up in the national currencies and this is why it's a better idea to buy Mastercoins with national currencies than with BTC.

As illustrated by the ByteMasterBank example, if that bank is backed entirely by BTC and BTC is volatile then that volatility in value will transfer over to Mastercoin. Mastercoin can only be as stable as whatever is giving it value so if its getting most of it's value from BTC and BTC is in a bubble then when that bubble bursts you can expect it to be felt in the diminishing value of Mastercoins which suddenly wont be worth as much in comparison to the currencies which truly are stable and which truly provide value (the national currencies).

The Zerg is also correct in that we need to have trust in the system to a certain extent. It's not completely trustless.

You have a deep seated assumption based upon circular logic... that assumption is that the price will maintain parity naturally without respect to the backing and that the fund would be able to profit on this natural market correction.   However, if this were a natural market response the fund would be unnecessary.  Every action taken by the fund will be at a loss.

Bitcoin succeeds based on circular logic. It is a meme. A self-fulfilling prophecy.
This is Satoshi's real genius, not the technical solution to the double-spend problem.

From the early days - the main reason to buy bitcoins is because it will appreciate in value because other people will buy bitcoins. You can't get more circular than this.

Bitcoin is the proof that "circular logic" by itself is not just cause to disqualify a financial scheme.
MasterCoins's funds use circular logic, but that doesn't make them flawed.

No.   the main reason to buy bitcoins is because it will appreciate in value because other people will buy bitcoins to use them because they have extremely desirable properties as a currency.

Look, let's say we have 2 coins XxxCoin and YyyCoin.  X starts with 100 backing MasterCoins, Y starts with 1000 backing MasterCoins. Why would XxxCoin track the price of Silver and YyyCoin track the price of gold?

It'll only happen if the person (that you must trust) behind the escrow, issues and redeems xxx or yyy coins such that its supply vs demand creates a price that tracks gold and silver respectively.  First off, this requires you trust the escrow admin.  So its not a trustless coin.  Secondly, the escrow is gonna get drained or be so "full" it becomes more valuable than the commodity ... even just random walk math shows that eventually this will happen.  Deliberate speculator manipulation, profiting on the information asymmetry where they know how the other party (the escrow) will behave will make it happen sooner.



Ultimately we have to know for sure that the issuers will redeem their coupons, gift cards, currencies or vouchers for goods and services. The escrow works best when backed by trusted issuers who can guarantee that the value held within the Mastercoin is stable because the most stable way to create value is by goods and services, not by BTC, not by the USD, but the goods and services which actually bring value to any economy.

So there will have to be trusted issuers. This means the legitimate corporation has to be able to interface with Mastercoin. For instance Nintendo should be able to interface with Mastercoin and release Nintendo credits which we can trust 100% are coming from the digital signature of the Nintendo corporation and which we can trust legally to redeem. If it is set up like that then Mastercoin value will be stable and backed directly by the goods and services of every trusted issuer. The untrusted issuers will still exist and anyone who wants to interact with them will be taking their chances.

In order for the Mastercoin system to obtain the value of the goods and services of the issuer of Goldcoins the issuer of Goldcoins must legally be required to redeem their currency. This could happen like this, I give the issuer of Gold coins some Mastercoins and they give me some physical Gold coins worth the same value. Now the value of Mastercoins will remain stable as long as the value of Gold is stable. The demand for Goldcoins will increase the amount of Mastercoins in the escrow. If there is a sell off then people will want to send their Goldcoins back. Perhaps this could be accomplished with an expiration date where they could sell back the Goldcoins in exchange for their Mastercoins back.

Here is the problem though, if the Goldcoins are entirely virtual then those virtual Goldcoins can be destroyed. Physical Goldcoins would have to be created or the virtual Goldcoins would have no value at all and those physical Goldcoins cannot be destroyed, only sent back to the issuer and only by a certain date. As long as no value is created or destroyed and only transferred, and as long as the user has a preference for dealing with trusted issuers, there should be stability in the system if the initial value comes from national currencies.

If the initial value comes from BTC when BTC are $200 for instance and then we see a correction then a lot of people might start selling Mastercoins for USD to get out because they'll know that speculative value is behind the BTC buying the majority of Mastercoin and that this speculative value can collapse. If the Mastercoin holders sell for USD in the first place then the price of BTC doesn't matter, it doesn't matter if BTC is in a bubble, they'll get the exact amount in Mastercoin back in USD that they put in and as utility in Mastercoin increases more people will be putting USD into it and due to escrow they wont be taking it out of it as quickly as they'll be putting it in.

That is the only real problem I could find with the Mastercoin protocol It's weakness to speculation comes from the fact that everyone is thinking about what it's price is in BTC and BTC is weak to speculation. Mastercoin can be more stable than BTC for many reasons if and only if there are enough trusted issuers because the stability comes from them.

No.   the main reason to buy bitcoins is because it will appreciate in value because other people will buy bitcoins to use them because they have extremely desirable properties as a currency.

Look, let's say we have 2 coins XxxCoin and YyyCoin.  X starts with 100 backing MasterCoins, Y starts with 1000 backing MasterCoins. Why would XxxCoin track the price of Silver and YyyCoin track the price of gold?

It'll only happen if the person (that you must trust) behind the escrow, issues and redeems xxx or yyy coins such that its supply vs demand creates a price that tracks gold and silver respectively.  First off, this requires you trust the escrow admin.  So its not a trustless coin.  Secondly, the escrow is gonna get drained or be so "full" it becomes more valuable than the commodity ... even just random walk math shows that eventually this will happen.  Deliberate speculator manipulation, profiting on the information asymmetry where they know how the other party (the escrow) will behave will make it happen sooner.

Sorry - just noticed that I haven't replied to this.

There is no escrow admin - it's all handled by the protocol. Speculators can reduce the escrow fund's trading profits, but cannot eliminate them entirely.

I think maybe I'll stop debating whether the escrow fund can work, and just point out that even if people are doubtful about the escrow-backed currencies, MasterCoins can be absurdly valuable without that feature. Distributed betting is going to be big. Thanks to your suggestion, the spec will also support user-issued coins without escrow backing (working like colored coins).

This is an interesting way around it. It would allow Mastercoin to try the escrow feature while also offering an alternative if the escrow feature fails. I don't think the escrow feature has to fail, I just think it matters how it's implemented.
If you sell for higher than market price there's no reason anyone would buy from you. By definition a "market price" implies that this is a well functioning market which requires there to be plenty of buyers and sellers (not just you). If others are selling the same asset as you but for 1% lower there's no reason anyone would ever buy from the escrow.

By the way where are you proposing this escrow even comes from? So far you've just proposed that money sent to the "exodus address" go directly to funding you, your wife, and your kids.

Ah. There's the spiral_mind I know and love!

The escrow fund buys the cheapest coins below target. If somebody has offered them for sale below the target price, the escrow fund can buy them at that price. If they didn't want to sell at that price, they shouldn't have offered them for sale. The escrow fund merely buys and sells what is out there.

The escrow fund is created the moment the first person buys a new pegged currency. 100% of their money goes into the escrow fund.

The cheapest below target is going to be at or below  Fund / Owed...  which will thus represent the same risk profile as owning MC directly without any of the gains.

The risk exposure to a total collapse of MasterCoin is the same for both. If MasterCoin only drops a small amount, the risk profile for a GoldCoin holder is still based on the price of gold, not MasterCoin.

This would be correct but why would I trust the data stream for Gold Coin if no gold is created? It's a derivative of gold, it's virtual gold, but it's not real gold. This allows for the GoldCoin holder to basically own the risk profile for gold without owning any physical gold. Why would they want to do that when they can just keep their Mastercoins?

If they buy real gold bars then it makes sense but then they cannot store it unless in a bank? But if its redeemable within a certain time period they can trade it to someone else who wants physical gold making it more valuable. So the real value is in that it's redeemable for real gold just as the US dollar once was when backed by the gold standard. If it's merely virtual and the issuer wont give me my gold bars if I ask for them then I don't understand where the value comes from. If I had Gold Coins I might be able to trade them if the issuer will redeem them for 6 months, giving me 6 months to spend/swap them. But they would have to create a real Gold Coin in their vault and store it so that it can be mailed to whomever owns the virtual coins at the time of redemption.

Finally my understanding on the escrow is that it load balances the virtual representations of the actual physical gold. If there are physical gold coins sitting in a vault those real gold coins do not get destroyed, only the virtual gold coins, coupons, or representations of those physical gold coins would get destroyed when sent back to the issuer to result in adjusting the price allowing it to track to the price of the real gold sitting in the vault.

prophetx
Legendary
*
Offline Offline

Activity: 1666
Merit: 1010


he who has the gold makes the rules


View Profile WWW
October 29, 2013, 06:09:17 PM
Last edit: October 29, 2013, 06:28:29 PM by prophetx
 #1571

Did anybody yet contact ASICMINER's friedcat and talk about Mastercoin's smart property feature?

Asicminer is working on their own "blockchain-based exchange".  It is unclear what they plan to use.

https://bitcointalk.org/index.php?topic=99497.msg3374697#msg3374697

ActiveMining is doing an implementation using colored coins.

https://bitcointalk.org/index.php?topic=297503.msg3378967#msg3378967


These activities are resulting directly from the fall out coming from BTCT and Bitfunder getting in the limelight, so I would imagine that the demand for p2p trading of two units of measurement will only go up.  
Luckybit
Hero Member
*****
Offline Offline

Activity: 714
Merit: 510



View Profile
October 29, 2013, 06:44:31 PM
 #1572

Did anybody yet contact ASICMINER's friedcat and talk about Mastercoin's smart property feature?

Asicminer is working on their own "blockchain-based exchange".  It is unclear what they plan to use.

https://bitcointalk.org/index.php?topic=99497.msg3374697#msg3374697

ActiveMining is doing an implementation using colored coins.

https://bitcointalk.org/index.php?topic=297503.msg3378967#msg3378967


These activities are resulting directly from the fall out coming from BTCT and Bitfunder getting in the limelight, so I would imagine that the demand for p2p trading of two units of measurement will only go up.  

Good, now would be the time to contact them now that there is a proof of concept to show them.
They'd probably run their own exchange but I don't see why they couldn't be on the Mastercoin protocol too.

W2014
Member
**
Offline Offline

Activity: 205
Merit: 10



View Profile
October 30, 2013, 04:44:48 AM
 #1573

I used the Multibit client to send my BTCs to the Exodus address. Can anyone tell me if this presents any problems given the discussion above re. selling coins? Thanks in advance!

VIAZ   ►   First Major Decentralized Peer-to-Peer Funding Platform on Tezos   ◄
WEBSITE | BOUNTY CAMPAIGN | WHITEPAPER | FACEBOOK | TWITTER | TELEGRAM
wizzardTim
Legendary
*
Offline Offline

Activity: 1708
Merit: 1000


Reality is stranger than fiction


View Profile
October 30, 2013, 07:14:35 AM
 #1574

I used the Multibit client to send my BTCs to the Exodus address. Can anyone tell me if this presents any problems given the discussion above re. selling coins? Thanks in advance!

I have asked something similar in the past, and the answer that was given to me was to use qt or armory, because only from these wallets can an outgoing MasterCoin transaction start.

Correct me if I am wrong.

Behold the Tangle Mysteries! Dare to know It's truth.

- Excerpt from the IOTA Sacred Texts Vol. I
lebing
Legendary
*
Offline Offline

Activity: 1288
Merit: 1000

Enabling the maximal migration


View Profile
October 30, 2013, 07:29:35 AM
 #1575

I used the Multibit client to send my BTCs to the Exodus address. Can anyone tell me if this presents any problems given the discussion above re. selling coins? Thanks in advance!

I have asked something similar in the past, and the answer that was given to me was to use qt or armory, because only from these wallets can an outgoing MasterCoin transaction start.

Correct me if I am wrong.

i used blockchain (which apparently also works) so i certainly hope you are wrong.

Bro, do you even blockchain?
-E Voorhees
superfluouso
Full Member
***
Offline Offline

Activity: 201
Merit: 100


View Profile
October 30, 2013, 07:34:32 AM
 #1576


Accepting / Buying an offer is harder with Bitcoind since you need to lock all outputs that are not coming from the address you want to buy from.

So..I have some time to mess around a bit and trying to buy the test coins from my sell offer.  Have some basic questions I hope you don't mind answering.

I made a purchase offer and verified the transaction using mastercoin-explorer.  I'm buying using an address at blockchain.info and sell is from qt wallet so I'm a bit unsure of how to apply the steps in this scenario. Is it possible to send an acceptance message using the tools available at blockchain.info? or are both parts of the transaction only possible currently with bitcoind/qt on either side?

Also, when I set the sell, I put a time limit of 6 blocks.  Can you explain the function of the time limit? Sorry if this was explained elsewhere and I missed it or its just simply common knowledge I lack - I want to make sure I'm not making wrong assumptions.
claycoins
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile
October 30, 2013, 08:05:35 AM
 #1577

I used the Multibit client to send my BTCs to the Exodus address. Can anyone tell me if this presents any problems given the discussion above re. selling coins? Thanks in advance!

I have asked something similar in the past, and the answer that was given to me was to use qt or armory, because only from these wallets can an outgoing MasterCoin transaction start.

Correct me if I am wrong.

i used blockchain (which apparently also works) so i certainly hope you are wrong.

I don't think you can use multibit because it doesn't allow you to send to multiple addresses in the same transaction.  I also originally used multibit, but I have exported the private key from multibit and imported to a blockchain.info wallet so I could send them if I want to.

W2014
Member
**
Offline Offline

Activity: 205
Merit: 10



View Profile
October 30, 2013, 08:17:51 AM
 #1578

I used the Multibit client to send my BTCs to the Exodus address. Can anyone tell me if this presents any problems given the discussion above re. selling coins? Thanks in advance!

I have asked something similar in the past, and the answer that was given to me was to use qt or armory, because only from these wallets can an outgoing MasterCoin transaction start.

Correct me if I am wrong.

i used blockchain (which apparently also works) so i certainly hope you are wrong.

I don't think you can use multibit because it doesn't allow you to send to multiple addresses in the same transaction.  I also originally used multibit, but I have exported the private key from multibit and imported to a blockchain.info wallet so I could send them if I want to.

Thanks for the replies. So, I just need to import the private key to a wallet that supports sending to multiple addresses in the same transaction such as Bitcoin-QT or Armory?

I haven't used bockchain.info. It's web-based, correct? Thanks.

VIAZ   ►   First Major Decentralized Peer-to-Peer Funding Platform on Tezos   ◄
WEBSITE | BOUNTY CAMPAIGN | WHITEPAPER | FACEBOOK | TWITTER | TELEGRAM
Tachikoma
Hero Member
*****
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
October 30, 2013, 08:33:17 AM
 #1579

So..I have some time to mess around a bit and trying to buy the test coins from my sell offer.  Have some basic questions I hope you don't mind answering.

I made a purchase offer and verified the transaction using mastercoin-explorer.  I'm buying using an address at blockchain.info and sell is from qt wallet so I'm a bit unsure of how to apply the steps in this scenario. Is it possible to send an acceptance message using the tools available at blockchain.info? or are both parts of the transaction only possible currently with bitcoind/qt on either side?

Just so we are talking about the same things, the terms I use are "Selling offer" for the message telling an address is selling X amount of coins and accepting such a message is a "Purchase offer".

Now the problem is that you will need to able to create a Mastercoin message from both wallets. Sadly from what I could find out Blockchain.info doesn't let you sign raw transactions. So for now creating either a Selling/Purchase offer requires either a Mastercoin wallet or a way to sign a raw transaction.
 
Also, when I set the sell, I put a time limit of 6 blocks.  Can you explain the function of the time limit? Sorry if this was explained elsewhere and I missed it or its just simply common knowledge I lack - I want to make sure I'm not making wrong assumptions.

The time limit is the time in blocks in which to send the payment in Bitcoins after accepting a Selling offer. If you send the funds later then the time limit the purchase will not be recognised.

Just FYI you could in theory use the same client for all messages. An other wallet is in theory not needed.

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

Activity: 201
Merit: 100


View Profile
October 30, 2013, 08:56:12 AM
 #1580

Sadly from what I could find out Blockchain.info doesn't let you sign raw transactions. So for now creating either a Selling/Purchase offer requires either a Mastercoin wallet or a way to sign a raw transaction.

Ah..that's what I was guessing also after digging around.  I'll try with another instance/qt-client later - just think its kinda fun that way vs. same console.

Thanks for clarifying the time limit.  I guess I'm wondering what the effects of this could mean compared to traditional, centralized exchanges. It seems like it could make for some pretty interesting market scenarios (manipulations?) and trading strategies if one can keep an eye on expirations/completions of other trades and offers for a given currency/share.
Pages: « 1 ... 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 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 ... 166 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!