Another bug report
Traceback (most recent call last):
File "./counterpartyd.py", line 465, in
deadline = round(datetime.timestamp(dateutil.parser.parse(args.deadline)))
AttributeError: type object 'datetime.datetime' has no attribute 'timestamp'
Hmm. What version of
datetime do you have?
Very interesting project. You mentioned the possibility of using the Counterparty Protocol with other cryptocurrency blockchains. If this happens, will XCP created by burning BTC be directly useable on other blockchains besides the Bitcoin blockchain, or will it always be married to Bitcoin?
Also, I love the idea of a 100% PoB system with a blockchain supported entirely by PoB. The PoB white paper that I read a while ago proposed such a system, if I remember correctly. Any thought of developing XCP into such a complete self-supporting system? It seems to me that with recent advances in PoS and now PoB, the only thing PoW has going for it is that it happens to be the method that Bitcoin (unfortunately) uses.
That's all way down the line.
I think the protocol in
https://github.com/PhantomPhreak/Counterparty needs to be updated (still saying burning to miner fee there). Especially, it's helpful to explicitly finalized what's the requirement of burning. Then third-party block explorer could be done to help people to show their XCP balance.
For example, It is said "Burn messages have precisely the string ‘ProofOfBurn’ stored in the OP_RETURN output." there, but as you have already clarified that OP_RETURN is not necessary in burning, and I believe all coins burnt in blockchain.info wallet has no OP_RETURN.
Right---the protocol spec. is not up-to-date.
You should create a dedicated forum to keep your project communication organized.
It would increase the quality of this community-in-creation.
Dev, are you open to the creation of a think tank?
Are you open to discussion?
Due to adverse reaction about any change proposal in the wealth transfert to XCP & it's early adopter reward:
I'd like to propose the creation of a new project, on top of yours.
That would be a totally unique kind of asset.
As it is very special: it would require your help, cooperation and openness to discussion.
I call it MSH.
Mixing Share Holding.
This meta-asset would give a divident of the XCP mixing service usage.
The project and it's long term implications are quite vast and complex.
I'm happy to develop more if there is questions and interest.
Let's create a think tank.
Here is some more details about my MSH project:
It's trustless.
You send your XCP to a special address with a special command.
x% of XCP is taken, and shared amongst mixingshareholder.
- Got 1000 XCP, I want them to be splitted in two pseudoentity. I pay 2x%.
- Wanna it splitted in 3? in 4? You pay 3x% fee or 4x% fee.
- All the money you want in one clean address = 1x%.
- Cut in two and two again later? 2x% of 1000XCP, then 2x% of 2~500 XCP.
Example with x = 1:
Cut in two:
2x% of 1000 XCP = 20 XCP.
In 2-2 (cut in 2 and then again in 2, 50% proportion):
20+10 = 30 XCP.
Cut directly in 3?
1000 => 3x% = 30XCP fee.
You can specify with the new-to-be counterpartyd command the origin, the amount and the number of pubkey/which one you want it splitted in.
The 0.10$ BTC transfert fee doesn't disturb me at all.
The value & fee-concept I mean.
The fact it's so tightly linked with the bitcoin unity annoy me more.
But that will be a talk for another time.
It's long term implications.
I'm convince since months already that proof of burn is THE way to go for trustless wealth transfert and distribution.
If we're lucky: there might be a possibility to burn XCP without relying on Eligius pool?
That POB-way:
"MSH-project XCP burning" would be well cleanly separated from your "XCP-project BTC burning".
Nobody can anymore say I'm trying to change the early adopter reward of XCP.
That is a completely new project proposal.
With clearly defined minimal effort requirement from the start.
You HAVE to use the software.
No overeasy way, real reward.
I wish it to be maid with a more drastically decreasing reward over time.
Details can be publicly discussed.
This took me quite some time.
Everyone, please express yourself about it.
Have a nice day.
(Just that you know: I will have less available time during the next 36h)
PS: obviously (I hope) this idea is not a project in competition with XCP-project.
On contrary, it gives it more weight and extent the possibilities of the XCP-project. Increasing it's quality and appeal.
I work for communities.
That's called enlightened self-interest.
Human nature being selfish, we need trustlessness technologies.
& quality thinker's communication.
I don't think that we need our own forum just yet. At this stage it would fragment the community.
If nothing else, we can't send any messages besides a burn on mainnet yet. There are certainly lots of cool things that we could do, e.g. a distributed mixing service. (If we did that, though, it would probably be free.)