Topic: [ANN][XCP] Counterparty - Pioneering Peer-to-Peer Finance - Official Thread - page 528. (Read 1276928 times)

I had that error once. Looks like a Dll of some sort was corrupted.

Best bet is to desinstall python and all the libs then reinstall everything. It worked for me !

Hi guys. When I tried to run counterpartyd this evening this pop up: C:\Python32\python.exe is not valid Win32 application
Any idea?

Do you see a long term issue with being based on proof of work and not having an own dedicated blockchain in terms of transaction times, scalability/economic efficiency (through mining costs) and security (malevolent 51% attacks)?

what's all the talk about brain wallet insecurity? as I understood on description the site would generate 12 word seed itself,something like blockchain, electrum or http://carbonwallet.com/ https://github.com/carbonwallet/carbonwallet.github.io

XCP GUI with bottlepy and Bootstrap

A couple of questions on https://code.google.com/p/chromiumembedded/

Download links to both CEF1 and CEF3 are available. Should I be downloading CEF3?
I am running Windows 8 64 bit, CEF3 windows 64 shows up as experimental. It is OK to use the 64 bit or do you recommend the 32 bit install.

I don't know how blockchain implements their online wallet but a basic minimum requirement is the identifier which combined with the password give you access. Sure you don't need to know your identifier if you set up an alias but having an identifier increases security as compared to solo passwords access into your wallet.

Secondly if an identifier is implemented then it can be disabled if someone is making multiple guesses.

Bots have been written to continuously guess passwords on the nxt wallet, if someone has been foolish enough to set a weak password and the bot gains access the balances are transferred out. I remember someone created a wallet with 10 nxt coins as an experiment with a basic password, the balance was transferred with the hour.

I would hate to see us repeat the same mistakes as nxt. Hopefully not.

I just made a push.
These actions are now available:
send, order, btcpay, cancel, issuance, dividend, callback, broadcast and bet.

https://github.com/JahPowerBit/BoottleXCP

Agreed, something like suggestion 2 would work, right?
https://forums.counterparty.co/index.php/topic,71.msg321.html#msg321

But the other suggestions really come together to harden and improve the matching protocol don't they?
Why should a request to buy 1000 XCP match with a 0.005 XCP order or an order that expires in 2 bocks, right? (suggestion 2 and 4 work together to fix those problems WITHOUT ADDING MORE FEES).

But suggestion 3 is good for people who want to give longer buy options outside of the trading range and charge a fee for that extra value.

Please use the counterparty forum to comment/improve since this thread is so bloated but that post summarizes it well enough.

Despite a common misunderstanding, brainwallets per se are absolutely not insecure.  See Electrum's 12-word seed for an example of a secure implementation. What is insecure is a *human-chosen* passphrase/seed.  

Just need to have the (brain)wallet refuse or complain a LOT about low entropy passwords

This kinda reminds me of NXT - any chance we run into same security problems with that, as they did?

@xnova
Assuming that there are no fundamental problems to port XCP to a whole series of altcoins, eg. LTC, NMC, DOGE, etc. it would seem to me that there could be a single counterpartyd that integrated all of them into a single daemon. Basically, it would scan the system and see which altcoind's are running and then enable the XCP for each one that exists.

Alternatively, separate executables installed by GUI and checkboxes. Anyway exact packaging is not what I care about. I just want to brainstorm possible future versions of XCP that we can get to with minimal effort from here to there, but have the most dramatic effect in value. This is needed to get XCP beyond the "what is its value compared to mastercoin" prices and into the "what is the value of XCP as compared to all the other altcoins combined" discussion!

OK, so now we have all these altXCP's in parallel and for each one it would be possible to do escrow of the XCP, but we need a ALT_pay command, just like we need BTC_pay command to complete the transaction. I dont see any reason why all the altXCP's cant be the real XCP, so there is a constant anchor in pricing XCP to all other crypto.

Now, let us imagine that we have a GUI or even at the protocol level which automatically does the BTC_pay when it detects that all the requirements for it are met. While, it would still be possible for only part of the transaction to happen and then later be unwound, I think the default behavior of end users is to accept the automated ALT_pay.

At this point, we would have an effectively automatic decentralized crypto/XCP exchange that doesnt require trust. The GUI guys will have to add support for all the additional assets and probably the same asset name under XCP.doge would NOT be fungible with the main XCP asset, but that is a small price to pay for fully automated cross chain DEX. I think this avoids any need for synchronizing the different chains, since the only synchronization is within each altXCP.

Did I make a mistake in the above?

James

P.S. It would be nice to have an efficient and low cost way of transferring XCP between all the different altXCP worlds, that would make it nearly perfect

Hi guys,
I am trying to make counterparyd to work on ubuntu vps, i have installed everything and when i try to run it i get the following response :

So i went ahead and created a user, and now i get this :


any advice will be much appreciated

that sounds so great - when will it be ready?

Not sure what you mean exactly by "counterparty with proof of stake on an own chain (or nxt or ppc)" ... https://counterparty.co/faqs/can-counterparty-work-on-blockchains-other-than-bitcoin/

Counterparty could probably work on a hybrid POS blockchain like PPC.... the key is really around being able to encode the data into both the POW blocks and the POS blocks. I'm not 100% certain of the state of PPC's multisig support (and it probably doesn't relay OP_RETURN currently, as that's just coming around for bitcoin itself). However, as long as we can do multisig into the blocks, then in concept counterparty could be made to work with a different Bitcoin-based blockchain. Note that there are other technical considerations that would need to be taken into account as well that could have an impact on the implementation, such as block timing.

With things like NXT, that's totally up in the air, as it's not based around Bitcoin. I don't know enough about it to say one way or the other. Probably just simpler for NXT to develop that kind of functionality natively.

With regards to your GUI question... that is the whole point of a web wallet, there *is* no installation. No counterpartyd to set up and install. You simply go to a webpage, generate a passphrase, paste it into a text box, and click login. Takes all of 5 seconds. Nothing to save or worry about beyond your pass phrase (which *is* your wallet)

Can a matched order in 'awaiting payment' status be canceled without waiting for payment to be released?



I've also noticed a nuisance bug - Insufficient bitcoins at address, when making an order, 0.0003172 BTC is needed, but there is 0.001 in the wallet.

counterpartyd balances xxxxxxxxxxxxxxxxxx    reports 0.0 BTC.
Shouldn't it be more precise in reporting and calculating balance?

Seems the GUI of the JahPowerBit having more functions.

I should have been more explicit. I was thinking about counterparty with proof of stake on an own chain (or nxt or ppc). ... and whether there are any plans in that respect. My assumption is that fees for making bets could be lower with a POS system and therefore counterparty could be more competitive. Also transaction times could be  much lower than 10 minutes which is a big plus for making bets...
 
 

I don't mean to sound flippant but the answer to both of those questions is obvious.  Of course XCP could run on it's own blockchain if it can run any blockchain. Just fork the Bitcoin code to create Countercoin and you're halfway there. Of course a GUI frontend will come with an "easy installation" if you just have some patience. It is a natural progression.

Edit: Are you talking about this instance of Counterparty or a new instance of it?