Can someone explain to me what the mybitcoin even has to do with solidcoin's "modifications" ?
Bitcoin currently leaves it up to the developer to determine how many confirmations are required for a transaction to be secure. The default is "1". Which is very easy to forge. mybitcoin's reasoning for the attack was that they didn't wait enough confirmations before saying a deposit had been made. SolidCoin will take that out of their hands so that they don't need to worry about "What is enough confirmations" , as well as ensuring enough time has passed for security reasons (block variance means you can't just look at number of confs).  |
|
|
|
Can someone explain to me what the mybitcoin even has to do with solidcoin's "modifications" ?
What? did you not read the first paragraph ? The FBI is involved in the development of Bitcoin, therefore they have installed backdoors in the daemon. These backdoors have been used by the hackerz. Solocoin is safe because the backdoodrs have been removed by Coinhunter it all makes sense! Why do cospiracy theorists involve FBI and CIA always ? Belorussian KGB has so much more shique  Anyway, it seems like the solidcoin security is "protection from a relatively unlikely (for bitcoin) quirk associated with huge drop in minepower" and "lots of FUD" I am not impressed, and I am an easily impressionable person. |
|
|
|
|
Can someone explain to me what the mybitcoin even has to do with solidcoin's "modifications" ?
|
|
|
|
Sekkrit until I finish fooling around and experimenting (it very well might be that I abandon the idea at this point, so I don't want to get people too exited until I am reasonably certain that I can deliver something )
But you see, to even have a shot at the thing I have in mind, I would need to increase centralization somewhat, hence the desire to have pools in it from day one (EDIT: I don't want to use licensed mining, as it seems to me that it is liable to cause a PKI hell of some sort)
Anyone that lived though the project ginger hype no longer believes in anything developed in secret. You can tell us what it is or we will blindly, and possibly wrongly, assume it's not useful. Well, sadly I dunno what that ginger project is (got links?) but in my case it's basically an issue of not making any claims before I am reasonably convinced I can at least make a try at doing something of use, so as to minimize embarrassment if I can not. Current situation is best described as "lolcust is fooling around with Multicoin and I0coin code, trying to cobble together something that would be at least mildly curious" |
|
|
|
Also, how do I make polls here ?  Oh noes, someone can't find where the goddamn poll button / checkbox / whatever is in this particular forum, that truly disqualifies one from experimenting with open source software, right ?  What's the new functionality here? If it's something people believe in then people will setup pools.
Sekkrit until I finish fooling around and experimenting (it very well might be that I abandon the idea at this point, so I don't want to get people too exited until I am reasonably certain that I can deliver something ) But you see, to even have a shot at the thing I have in mind, I would need to increase centralization somewhat, hence the desire to have pools in it from day one (EDIT: I don't want to use licensed mining, as it seems to me that it is liable to cause a PKI hell of some sort) Well, I'd like to donate some pooled mining setup.
Question is if your blockchain is pool-safe(i.e. NOT like namecoin, more lilke the solidcoin chain).
Well, yes, given the crazy difficulty rollercoasters that forks are prone to, I'll have to implement some changes to diff adjust rate, though I'm still undecided as to what values should I use (I'm gonna play around with that in my VM net for quite some time) However, I'm not sure I want an asymmetric retargeting scheme a-la solidcoin's "pool safe" approach (I want to be, for lack of better term, "pool friendly", since I need to ascertain a limited degree of centralization)... I am quite concerned about difficulty deadlocks when powerful mining pools leave, but not so much about diff rising rapidly when they arrive... Perhaps I am wrong and I should be concerned about that, too ? |
|
|
|
Okay, here's the deal. Assume that there exists a goal-driven* experimental alt-coin fork (by goal-driven, I mean that it has a stated useful and theoretically achievable goal beyond "giving its author a shitton of coins to dump when their value goes from penny to several" , namely, goal of eventually achieving functionality that would permit a particular kind of service that would be problematic to implement with any degree of decentralization via existing forks). The architecture is largely dependent upon several (assume, say, above 5, maybe more) "pools" being present in the experimental fork's network at any given time, from the start. The question is, are there people willing to set up and run a pool for such an experiment? P.S.: It doesn't have to be a massive multi-server setup, since expecting stable participation of large amount of minepower in yet-another-fork-coin (even if it strives to achieve genuine new functionality) is somewhat overly optimistic IMO. Still, a decent multi-core rig or several per pool would be greatly appreciated. P.P.S.: Would it be worthwhile for me to post a similar question in the Project Development, or would such act disagree too much with good manners and forum rules ? Also, how do I make polls here ? |
|
|
|
namecoin has a use.
No, it has not. The P2P DNS it's meant to serve is a total failure and NM actually add injury to the sorrow. Um, could you go into details on this statement ? a) Not only the p2p dns didn't took off, just a narrow number of users uses such. b) If not enough of it to not had taking off, NM is already a way to sell domains for it, which is an extra incentive to keep away from that Naming Service. 1) Ummmm, it's too early to say, namecoin's pretty young. But if US keeps seizing domain names from popular services, the need for a decentralized DNS system will become more apparent 2) Didn't get your second point. Please rephrase. |
|
|
|
namecoin has a use.
No, it has not. The P2P DNS it's meant to serve is a total failure and NM actually add injury to the sorrow. Um, could you go into details on this statement ? |
|
|
|
|
Basically, what it says on the can.
Is there a resource someone with no market experience and an idea for (very small) coin-related endeavor should familiarize himself with to avoid horrible (or just embarrassing) mistakes when attempting to use said instrument to raise some (tiny) capital ?
|
|
|
|
|
20 years prognosis timespan is huuuuugeeeeeeee.
Typical strategic span for a modern company is around 5 years, I'm being told. Even smaller in IT and biomed.
|
|
|
|
|
I'd like to humbly point out that somewhat blindly trusting fellow peers when connecting (w/o TOR, or mayhaps even with it) from a place that has draconian and fairly intrusive government with competent people on payroll is not a particularly cheery idea.
|
|
|
|
Well, yes, they aren't mutually exclusive, but there is a limit on how many payment systems a user can reasonably support As for drugs, where I live, people were paying for drugs a-oky via prepaid cards and Webmoney with no small amount of success, though BTC does make some things easier, while making other things harder (every transaction is completely public, so "jurisdictional veils" do not apply) You don't need any jurisdictional veil. Sure, every transaction is public, but senders and recipients cannot be identified. 5BTC transferring from one account to another could be for anything, from anyone to anyone. Well, we all know that the devil is in the details. You gotta hide the history of those coins (by wisely choosing an exchange or using a "laundry" and make sure the IPs that can be gleamed by someone watching the rendevouz channels can't be traced to you and your transactions, etc. Meanwhile, "Pecunix will not bother to honor the screams of Belorussian KGB" is a one step trick that never failed me Freshly mined BTC are also an option. As long as any "dirty" activity/wallet isn't related to one's "clean" identity/wallet and as long as said "dirty" activity/wallet isn't connected to the party's identifiers (IP Address, non-anon email, etc.), it could be pulled off quite easily. The only really dangerous stuff is moving BTC between a clean and dirty wallet, which can be solved with Laundry sites, or perhaps some loaning scheme. Hmmmmmmm.... loaning... laundry.... hmmmm.... Okay, you have given me an idea. If it doesn't explode miserably in my face, expect being credited |
|
|
|
Well, yes, they aren't mutually exclusive, but there is a limit on how many payment systems a user can reasonably support As for drugs, where I live, people were paying for drugs a-oky via prepaid cards and Webmoney with no small amount of success, though BTC does make some things easier, while making other things harder (every transaction is completely public, so "jurisdictional veils" do not apply) You don't need any jurisdictional veil. Sure, every transaction is public, but senders and recipients cannot be identified. 5BTC transferring from one account to another could be for anything, from anyone to anyone. Well, we all know that the devil is in the details. You gotta hide the history of those coins (by wisely choosing an exchange or using a "laundry" and make sure the IPs that can be gleamed by someone watching the rendevouz channels can't be traced to you and your transactions, etc. Meanwhile, "Pecunix will not bother to honor the screams of Belorussian KGB" is a one step trick that never failed me |
|
|
|
Hey, just a quick question - are there "noob-friendly" instructions on how to set this baby up, and what are the approximate sys.reqirements (how big a VPS would I need to play around with this baby) ?
No, there are currently no noob-friendly instructions. In fact, I don't recommend anyone trying to setup a public pool without significant development and network knowledge. For a small pool a 1gb-2core vps might suffice. I run my install on 4 servers. 1x8core sql, 1x8core pool, 2x2core web & replication Well, you see, I am contemplating the creation of a somewhat audacious bitcoin fork, and the way it seems to be coming out, it would be best if it had a pool at "day zero". Thing is, I'm not very rich (otherwise I would have hired a decent coder instead of trying to recall the long foregone days when I tried to learn the mysterious art of making computers do my bidding ) I might convince a close friend to start up a virtualbox vm with 1+ gb RAM on her box in the beginning, but she will likely eventually kill it so she can play Crysis and that other popular shooty thing with more comfort. Thus, I am looking into possibility of renting a relatively frugal VM for the purpose of my experiment. |
|
|
|
Downloading the blockchain with Tor would suck way, way way way more
I wasn't even going to talk about the blockchain because to download it people would need to manage to finish the download of the client Even opening a webpage with 150KB is a pain... Well, I've downloaded files as large as 80MB over TOR (lol Belarus). Basically, it's perseverance+coffee. Dling the chain will take lots and lots of coffee. |
|
|
|
Could someone kindly explain to me the intricacies of modifying the target calculation (and thus, block generation rate) in the source ? My coding skills are quite inferior, but I'm determined to figure this one out P.S.: I did read the wiki https://en.bitcoin.it/wiki/Difficulty (whether I understood it is something I am not certain about ) Edit: Got help from sacarlson! Kudos! |
|
|
|
I don't think this is a really major concern since the sources are available and changing your IP is pretty easy with Tor.
However I understand that some people might not be proficient enough to do that. If people express some interest I'll host copies of the binaries at bitcoin-central.net
It's not that easy to change your IP with Tor when they block all public Tor nodes. And it's even a bigger pain to download 8MB using Tor. The internet itself, in those countries is slow, and Tor is even slower. Downloading the blockchain with Tor would suck way, way way way more |
|
|
|
The government is going to ban your little scam currency into oblivion. Get out while you still can. Don't say I didn't warn you.
Um, excuse me, but...which government are you talking about? In case you don't know, there are many different governments (I, for one, have two governments to call "my government" :p ), some more likely to ban ZEHCOINS then others. So, which one do you mean? |
|
|
|
|
I generally find it doubtful that they will be able to enforce stronger "geographical" binding than already present, due to the fact that v6 addresses will be abundant and cheap if nothing else (I just bought meself a 12USD/year 128MB VPS for playing around with. It has ten v6 addresses "as a bonus" with the contract).
|
|
|
|
|
Hey, just a quick question - are there "noob-friendly" instructions on how to set this baby up, and what are the approximate sys.reqirements (how big a VPS would I need to play around with this baby) ?
|
|
|
|
|
Show Posts
