The Counterparty Team is looking to pay someone to do marketingWe have been contacted by several members of the community who are interested in helping out with Counterparty's marketing. It seems to us incongruous with Counterparty's 'project principles' to choose somebody without first telling the entire community that we are looking to pay someone to do PR for Counterparty. For now, we will be paying our marketer month-to-month (in XCP and BTC). We will start considering people now, and will stop considering them within three days (i.e. by to February 9); we will make our decision within seven days (i.e. by February 13), but reserve the right to decide any time before then. Here is a summary of what you should provide: - Your CV: What is your experience in marketing (especially in finance), both in- and outside of the crypto community? Have you done marketing work for any other cryptocurrencies? If so, describe in detail what you helped them achieve, and provide a reference who can confirm your
listed contributions. - Your connections: Whom do you know in- and outside of the crypto community who would be valuable in Counterparty's marketing efforts? Please provide enough evidence of your relationship with him or her, so that we can determine whether this relationship may be profitable.
- Your angle: If you had the position of marketing lead for Counterparty, what aspect(s) of Counterparty would you emphasize?
- Your plan: Please provide a very thorough marketing plan for the 30 days after you are hired, including a list of 'milestones' and a 'timeline'. Your timeline should split up the 30 day period into four or five pieces, so that your timeline will essentially consist of an approximately week-by-week plans. We of course understand that there are things which are out of your control, and that consequently your cannot guarantee the precision of your marketing plan up to one week; nevertheless, we would like plans to err on the side of being overly-rigorous.
Applicants are expected to have a strong grasp of Counterparty's functionality, and will be asked to demonstrate it, as we believe marketing a protocol you are not familiar with is untenable. Please PM me, cityglut, if you are interested in applying for the position, and I will provide you with an email address to which you may send your application. That's great. May I ask which what funds will you pay him? We thought a lot about whether marketing could be done via bounties, but we concluded that this would quickly become unmanageable, as a real marketing push would require an absurd number of bounties. Since the marketer will essentially be salaried, community contributions are harder to incorporate into our funding plan, as they are impossible to determine beforehand. The Counterparty team, then, will be paying whomever we select regardless, but if community members are interested in donating, they can send BTC and XCP to this address: 1CWq53K95AZVkCPGGW7eEwivBvNzGVGH94Since all the previous donations go to the bounty related to the GUI client, does that mean that you plan to pay him out of our own pocket (minus the new donations)? Yes. |
|
|
|
|
Bounty Announcement: The Counteparty Team will be putting out a bounty for a centralized exchange supporting XCP and BTC, or adding XCP and BTC support to an existing centralized exchange.
Submissions due by Febuary 25, 0:00 UTC.
Donation address: 1HSuVrARi1JvnRVjFJHuNMjcspByw3494H
Description: The Counterparty Team is now hosting a bounty for the creation of a centralized exchange, supporting XCP and BTC, or adding XCP and BTC support to an existing centralized exchange. The bounty funds will be distributed based on a consensus of PhantomPhreak, xnova, and myself. The Counterparty Team will start the bounty funds with a donation of 4.5 BTC and 1500 XCP to the donation address. The bounty will be paid on February 25.
If you have further questions, PM me, cityglut.
|
|
|
|
The Counterparty Team is looking to pay someone to do marketingWe have been contacted by several members of the community who are interested in helping out with Counterparty's marketing. It seems to us incongruous with Counterparty's 'project principles' to choose somebody without first telling the entire community that we are looking to pay someone to do PR for Counterparty. For now, we will be paying our marketer month-to-month (in XCP and BTC). We will start considering people now, and will stop considering them within three days (i.e. by to February 9); we will make our decision within seven days (i.e. by February 13), but reserve the right to decide any time before then. Here is a summary of what you should provide: - Your CV: What is your experience in marketing (especially in finance), both in- and outside of the crypto community? Have you done marketing work for any other cryptocurrencies? If so, describe in detail what you helped them achieve, and provide a reference who can confirm your
listed contributions. - Your connections: Whom do you know in- and outside of the crypto community who would be valuable in Counterparty's marketing efforts? Please provide enough evidence of your relationship with him or her, so that we can determine whether this relationship may be profitable.
- Your angle: If you had the position of marketing lead for Counterparty, what aspect(s) of Counterparty would you emphasize?
- Your plan: Please provide a very thorough marketing plan for the 30 days after you are hired, including a list of 'milestones' and a 'timeline'. Your timeline should split up the 30 day period into four or five pieces, so that your timeline will essentially consist of an approximately week-by-week plans. We of course understand that there are things which are out of your control, and that consequently your cannot guarantee the precision of your marketing plan up to one week; nevertheless, we would like plans to err on the side of being overly-rigorous.
Applicants are expected to have a strong grasp of Counterparty's functionality, and will be asked to demonstrate it, as we believe marketing a protocol you are not familiar with is untenable. Please PM me, cityglut, if you are interested in applying for the position, and I will provide you with an email address to which you may send your application. That's great. May I ask which what funds will you pay him? We thought a lot about whether marketing could be done via bounties, but we concluded that this would quickly become unmanageable, as a real marketing push would require an absurd number of bounties. Since the marketer will essentially be salaried, community contributions are harder to incorporate into our funding plan, as they are impossible to determine beforehand. The Counterparty team, then, will be paying whomever we select regardless, but if community members are interested in donating, they can send BTC and XCP to this address: 1CWq53K95AZVkCPGGW7eEwivBvNzGVGH94 |
|
|
|
The Counterparty Team is looking to pay someone to do marketingWe have been contacted by several members of the community who are interested in helping out with Counterparty's marketing. It seems to us incongruous with Counterparty's 'project principles' to choose somebody without first telling the entire community that we are looking to pay someone to do PR for Counterparty. For now, we will be paying our marketer month-to-month (in XCP and BTC). We will start considering people now, and will stop considering them within three days (i.e. by to February 9); we will make our decision within seven days (i.e. by February 13), but reserve the right to decide any time before then. Here is a summary of what you should provide: - Your CV: What is your experience in marketing (especially in finance), both in- and outside of the crypto community? Have you done marketing work for any other cryptocurrencies? If so, describe in detail what you helped them achieve, and provide a reference who can confirm your
listed contributions. - Your connections: Whom do you know in- and outside of the crypto community who would be valuable in Counterparty's marketing efforts? Please provide enough evidence of your relationship with him or her, so that we can determine whether this relationship may be profitable.
- Your angle: If you had the position of marketing lead for Counterparty, what aspect(s) of Counterparty would you emphasize?
- Your plan: Please provide a very thorough marketing plan for the 30 days after you are hired, including a list of 'milestones' and a 'timeline'. Your timeline should split up the 30 day period into four or five pieces, so that your timeline will essentially consist of an approximately week-by-week plans. We of course understand that there are things which are out of your control, and that consequently your cannot guarantee the precision of your marketing plan up to one week; nevertheless, we would like plans to err on the side of being overly-rigorous.
Applicants are expected to have a strong grasp of Counterparty's functionality, and will be asked to demonstrate it, as we believe marketing a protocol you are not familiar with is untenable. Please PM me, cityglut, if you are interested in applying for the position, and I will provide you with an email address to which you may send your application. The Counterparty Team is looking to pay someone to do marketingWe have been contacted by several members of the community who are interested in helping out with Counterparty's marketing. It seems to us incongruous with Counterparty's 'project principles' to choose somebody without first telling the entire community that we are looking to pay someone to do PR for Counterparty. For now, we will be paying our marketer month-to-month (in XCP and BTC). We will start considering people now, and will stop considering them within three days (i.e. by to February 9); we will make our decision within seven days (i.e. by February 13), but reserve the right to decide any time before then. Here is a summary of what you should provide: - Your CV: What is your experience in marketing (especially in finance), both in- and outside of the crypto community? Have you done marketing work for any other cryptocurrencies? If so, describe in detail what you helped them achieve, and provide a reference who can confirm your
listed contributions. - Your connections: Whom do you know in- and outside of the crypto community who would be valuable in Counterparty's marketing efforts? Please provide enough evidence of your relationship with him or her, so that we can determine whether this relationship may be profitable.
- Your angle: If you had the position of marketing lead for Counterparty, what aspect(s) of Counterparty would you emphasize?
- Your plan: Please provide a very thorough marketing plan for the 30 days after you are hired, including a list of 'milestones' and a 'timeline'. Your timeline should split up the 30 day period into four or five pieces, so that your timeline will essentially consist of an approximately week-by-week plans. We of course understand that there are things which are out of your control, and that consequently your cannot guarantee the precision of your marketing plan up to one week; nevertheless, we would like plans to err on the side of being overly-rigorous.
Applicants are expected to have a strong grasp of Counterparty's functionality, and will be asked to demonstrate it, as we believe marketing a protocol you are not familiar with is untenable. Please PM me, cityglut, if you are interested in applying for the position, and I will provide you with an email address to which you may send your application. Marketing donation address: 1CWq53K95AZVkCPGGW7eEwivBvNzGVGH94
|
|
|
|
Attention: I'm removing the asset name checksum in the next commit to develop.
Hey PhantomPhreak how'd you feel about a phone interview so I can write an article and also make a youtube video advertising the project ? Or maybe a Skype interview ? I have all the necessary equipment and media outlets to make some serious content shine!  Sorry, but that's not very likely to happen. At least for now, the Counterparty team will only do written interviews. If you would like to set something up, please PM one of us (xnova, PhantomPhreak, or me). |
|
|
|
Hey I need some help with my blockchain.info address to import into my bitcoin-qt wallet.
How can I properly import the addresses? I always read about I have to export a private key? How does this work? Is this key the address or is it linked to it?
Do I have a new address in my wallet then?
Sorry for asking noob questions, I just dont feel to do it right and I dont want the nice xcp to fade away...
Many thanks!
I burned BTC through blockchain.info, how do I access my XCP?Suggestions for clarificaitons welcome! EDIT: Don't forget to encrypt your Bitcoin-QT wallet! |
|
|
|
Thanks very much, SyRenity, I've PMed you. The concern re: /r/xcp and /r/counterparty is not that their moderators may be Mastercoin investors, but that their statuses within Mastercoin (ProphetX as an employee and r00tdem0n and mavensbot as /r/mastercoin moderators) suggests very strongly that their position as moderators on Counterparty subreddits poses a serious conflict of interest, especially since, as far as I know, r00tdem0n and mavensbot have not been active participants on this bitcointalk thread. Could you talk to them to ask them for taking over these two groups or you have tried but they refused? I have not yet contacted them. Unless I am mistaken, since they registered the subreddits, they will always be moderators, and hence the conflict of interest cannot be completely removed. Going forward, the best thing to do is be very active on the subreddit registered by the Counterparty team, to, at least minimize the ambiguity as to which subreddit is "the Counterparty subreddit". |
|
|
|
Thanks very much, SyRenity, I've PMed you. The concern re: /r/xcp and /r/counterparty is not that their moderators may be Mastercoin investors, but that their statuses within Mastercoin (ProphetX as an employee and r00tdem0n and mavensbot as /r/mastercoin moderators) suggests very strongly that their position as moderators on Counterparty subreddits poses a serious conflict of interest, especially since, as far as I know, r00tdem0n and mavensbot have not been active participants on this bitcointalk thread. |
|
|
|
The reddit page registered by the Counterparty Team is reddit.com/r/counterparty_xcpImportant clarification:reddit.com/r/counterparty was not registered by the Counterparty team; it was registered by prophetx, who is the communications lead for Mastercoin; reddit.com/r/xcp was also not reigstered by the Counterparty team, and both of its moderators appear to be associated with Mastercoin, as well.
|
|
|
|
Can somebody explain to me what we need these XCP for?
The way I understand it, they're converted BTC->XCP with a factor of 1k-1.5k. And now what? What are they for?
I see the value of counterparty as a protocol, decentralized exchange etc.
But I can make an offer on the market like GIVE 1 BTC; GET 1 WEED or whatever.
I don't see why there's need for another currency in all this. Except for the obvious pump and dump that's going on here of course.
I wondered about that aswell. As far as I understand it, the XCPs are needed to provide an escrow, which is not possible for BTC inside the counterparty protocol. But you could easily do the same with BTCs, right? Is this the concept of colored coins but with another currency that uses the BTC network? Or is there more to it? This was an issue that was also raised with MasterCoin. I think it's a pretty interesting question. There really isn't a need for XCP for the user-created assets. Like you said you could just trade your asset directly with BTC. There is a need for XCP to serve as the currency for the betting exchange though. You could use user-created assets to bet with, but the creator of that asset has the ability to print an infinite amount of it. With XCP the protocol guarantees there will be a fixed amount. The website is being buggy, and some FAQS aren't showing up, but this FAQ explains what XCP are necessary for. |
|
|
|
Here is another interesting way to use XCP Assets: Distributed Kickstarter
Say Notch wants to make Minecraft 2 and fund it through Counterparty.
Notch makes a post or video somewhere describing his intentions and starts issuing MINECRAFT2 assets from an address verified to be his. He can then sell them using XCP Orders.
The tricky part is how to claim your Minecraft 2 when the game comes out. Is there some way to use public key / private key encryption to send messages through XCP? That way Notch could send encrypted game keys to holders of MINECRAFT2 assets automatically.
First, I think 'distirbuted kickstarter' is a great use-case, which you can bet I will be stealing for the wiki  . I also would like to mention the new "Asset Description" feature: - Assets are now accompanied by up to 42 characters of Unicode text which may serve as a short description of the asset (esp. a link to a website with more information and proof it does what it says).
It is important not to form too strict of an analogy between Counterparty's on-chain functionality and a real market. In our opinion, the best use of this 'description space' is to provide a link to a website. It would make sense, if, on such a website, there was a list of the addresses one was using to sell assets (and the assets associated with each address), that way the link could be verified. Of course, such verification is not perfect. I want to emphasize, as well, that this feature does not eliminate trust or the importance of 'reputation', nor is it meant to. On the contrary, we believe that trust has to be a factor in asset sales, and the description space is only meant to help provide as robust a reputation system as possible. |
|
|
|
there is no proof that a feed-operator did not just create multiple addresses and issue the same broadast.
This is why the operator of each of the feeds is verified to be a separate entity through some other means. There must be some existing way to verify that a specific person owns a specific address right? This doesn't stop collusion though. If there really were a means of verifying that each of the feed-operators is unique, couldn't just apply this means to proving that the feed-operator and the two betting-parties are unique, as well? Moreover, since XCP are divislbe to 8 decimal-places, someone who is making a bet should always be able to divide bet across as many feeds as he likes. Admittedly, the more bets you make the less likely it is to find someone to take the other side of that bet, but if this sort of hedging mechanism became a standard, that wouldn't be a problem. This would, in any case, serve the same purpose as aggregating broadcasts.
In this case if 1 out of the 5 feeds goes bad you lose 20% of your coins. In my aggregated feed example you would need 50% of the feed operators to be bad to lose any coins. [/quote] I was mistaken, the two cases do not amount to the same thing. With that said, they are just different risk management situations: in this case the difference is between possibly losing 60% of your bet, or possibly losing all of it. |
|
|
|
In a professional setting, a feed operator wouldn't be participating in the actual betting
It's important to note that this is not a verifiable fact. The feed operator could simply bet using a different address. I proposed a solution to the feed trust issue way earlier in the thread and would like to raise it again. My idea was to allow bettors to choose an "aggregated feed" to bet on. The aggregated feed would be comprised of, say, 5 feeds operated by trusted parties. They would share fees. For something simple like the Super Bowl Bet the value of the feed at any given time could be the simple majority value of the feeds. There are some issues with streaming, time-sensitive data such as a Bitcoin price feed that would need to be worked out though. Aside from the technical hurdles behind this proposal, for the same reason that it cannot be verified that feed-operator is not making a bet on his own feed, there is no proof that a feed-operator did not just create multiple addresses and issue the same broadast. Moreover, since XCP are divislbe to 8 decimal-places, someone who is making a bet should always be able to divide bet across as many feeds as he likes. Admittedly, the more bets you make the less likely it is to find someone to take the other side of that bet, but if this sort of hedging mechanism became a standard, that wouldn't be a problem. This would, in any case, serve the same purpose as aggregating broadcasts. EDIT: typo. |
|
|
|
If the transactions are not parsed in a very well-defined order, then address balances quickly become totally unreliable.
Oh right, I forgot about that.. Yes, every Mastercoin transaction sends about six US cents to JR, who holds the private key to the Exodus address, completely unnecessarily.
Whoa! I thought it was just some minor performance thing. It sounds like "address balances quickly become totally unreliable" is a pretty serious problem! So to summarize, XCP escrow is 100% reliable and we can also count on the account balances to be 100% reliable. The 6 cents per transaction is the icing on the cake. Mastercoin is basically asking people to pay 6 cents more per transaction, but there are some risks that the transaction might get messed up and even if it doesn't the account balance might not be reliable. Ok, I now have idea for silver bullet that will gut mastercoin, without any direct attack on them. How hard will it be to come up with a set of hard to deal with transactions that XCP can deal with totally reliably that mastercoin would just choke on? I don't have the expertise to even begin designing such a stress test, but as soon as it becomes clear that XCP can survive a bruteforce test, people will demand that mastercoin also does. What serious investor wouldnt? Volunteers please! I still dont know if mastercoin network is actually running with real money yet James Mastercoin is running with real money (i.e. with real MSC on mainnet), that's why address balances are a real problem, as opposed to just an issue that needs to be ironed out on testnet before going live on mainnet. |
|
|
|
You don't want to do a BTCpay right before the order match is set to expire (especially in the future, when blocks are closer to being full).
Can this be foolproofed somehow before going mainstream? I'd hate to think of all the posts on the forums when people start losing BTC. Maybe the BTCpay operation can accept an order match number as an optional parameter and the escrow time extended if necessary for the amount of that specific order only, provided BTCpay is called before the offer expires. The number of blocks to extend would be based on what the protocol determines is reasonable at the time or could be hardcoded initially. I think maybe there is some confusion here? There are two different Expiration Scenarios. 1) The expiration of the unfilled order (order-expiration). 2) The expiration of the time period a buyer has to send bitcoins to the seller through BTCPay (order-match-expiration). From what I understand PhantomPhreak is talking about order-match-expiration. For example, an order is matched and the buyer has to push a BTCPay transaction to the blockchain within 5 blocks. He pushes it before 5 blocks are finished but it takes longer than that for his transaction to be confirmed. He loses his bitcoins in this scenario. In terms of order-expiration, that should never cause you to lose bitcoins. When the order is matched, the order is no longer unfilled and therefore the order-expiration is no longer relevant. Please correct me if I'm wrong. You are correct, I believe. |
|
|
|
By the way, I have a question - how exactly XCP will support paying in BTC for asset or XCP?
The offered BTC will be matched to offers on asset/Dex, and once the buyer sends the bTC to seller address, the seller will then send back XCP or asset shares back to the buyer BTC address?
Let's say Alice is selling BTC for XCP with a 5 block expiration on her order and Sally is selling XCP for BTC with a 3 block expiration on her order, and their orders get matched. Upon the matching, the protocol debits the XCP from Sally's account, and then Alice has 3 blocks to send Sally her BTC using the btc-pay command. If Alice fails to send Sally BTC within 3 blocks, the deal is cancelled and Sally's account gets re-credited with the XCP. Is there a way to set it up so the btcpay is done automatically? No. The protocol can only debit assets that are created within the protocol, and BTC is not one of them. It is important to note however that while payment is not automatic, there is nevertheless no counterparty risk. Moreover, the protocol will match Alice's order with Sally's only if Alice's fee_provided is greater than or equal to Sally's fee_required; these fees are miners' fees and are in BTC. Therefore, Sally can make her fee_required sufficiently high so that Alice is discouraged from putting up a BTC for XCP order which she fails to send. fee_required is necessary if and only if one is buying BTC and fee_provided is required if and only if one is selling BTC. EDIT: miswrote something. Still a bit confused. Does this mean a "fee_required" is deducted even if Alice fails to send? Wouldn't a large fee_required be a barrier to trading? is not a payment; it's a required fee for the counterparty to provide. fee_provided is deducted from an address upon putting up a give-asset=BTC order. The idea is that if Sally doesn't want to be paired with fake give-asset=BTC orders, she can make the fee_required higher. Of course, the higher the fee, the less likely it is she will get paired, but also the less likely she will get paired with bogus orders. |
|
|
|
By the way, I have a question - how exactly XCP will support paying in BTC for asset or XCP?
The offered BTC will be matched to offers on asset/Dex, and once the buyer sends the bTC to seller address, the seller will then send back XCP or asset shares back to the buyer BTC address?
Let's say Alice is selling BTC for XCP with a 5 block expiration on her order and Sally is selling XCP for BTC with a 3 block expiration on her order, and their orders get matched. Upon the matching, the protocol debits the XCP from Sally's account, and then Alice has 3 blocks to send Sally her BTC using the btc-pay command. If Alice fails to send Sally BTC within 3 blocks, the deal is cancelled and Sally's account gets re-credited with the XCP. Just to be clear - when Sally's account is debited, are they immediately credited with Alice? or only after Alice sent her BTC within the block expiration period. Where is it held until Alice coughs up some coins. The protocol itself is the escrow service, and will credit Alice with the XCP if and only if she sends Sally the BTC within the block expiration period. |
|
|
|
By the way, I have a question - how exactly XCP will support paying in BTC for asset or XCP?
The offered BTC will be matched to offers on asset/Dex, and once the buyer sends the bTC to seller address, the seller will then send back XCP or asset shares back to the buyer BTC address?
Let's say Alice is selling BTC for XCP with a 5 block expiration on her order and Sally is selling XCP for BTC with a 3 block expiration on her order, and their orders get matched. Upon the matching, the protocol debits the XCP from Sally's account, and then Alice has 3 blocks to send Sally her BTC using the btc-pay command. If Alice fails to send Sally BTC within 3 blocks, the deal is cancelled and Sally's account gets re-credited with the XCP. Is there a way to set it up so the btcpay is done automatically? No. The protocol can only debit assets that are created within the protocol, and BTC is not one of them. It is important to note however that while payment is not automatic, there is nevertheless no counterparty risk. Moreover, the protocol will match Alice's order with Sally's only if Alice's fee_provided is greater than or equal to Sally's fee_required; these fees are miners' fees and are in BTC. Therefore, Sally can make her fee_required sufficiently high so that Alice is discouraged from putting up a BTC for XCP order which she fails to send. fee_required is necessary if and only if one is buying BTC and fee_provided is required if and only if one is selling BTC. EDIT: miswrote something. |
|
|
|
By the way, I have a question - how exactly XCP will support paying in BTC for asset or XCP?
The offered BTC will be matched to offers on asset/Dex, and once the buyer sends the bTC to seller address, the seller will then send back XCP or asset shares back to the buyer BTC address?
Let's say Alice is selling BTC for XCP with a 5 block expiration on her order and Sally is selling XCP for BTC with a 3 block expiration on her order, and their orders get matched. Upon the matching, the protocol debits the XCP from Sally's account, and then Alice has 3 blocks to send Sally her BTC using the btc-pay command. If Alice fails to send Sally BTC within 3 blocks, the deal is cancelled and Sally's account gets re-credited with the XCP. |
|
|
|
I'm new to this. Can someone point me in the right direction where I can learn how to receive XCP that I plan to purchase?
What exactly are the steps I need to follow? (making this easy to understand would probably be super useful to others like myself who are thinking about buying / trading XCP in the near future)
Thanks,
-Ed
https://counterparty.co/faqs/i-burned-btc-through-blockchain-info-how-do-i-access-my-xcp/If you have any recommendations for how to improve the directions, they would be greatly appreciated! |
|
|
|
|
Show Posts
