Pathotic. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) -MarkM-
|
|
|
How's Vircurex for trading?
Great, unless you still have some use/need for fiat. They don't import/export fiat currently. -MarkM-
|
|
|
Celingcat does! Ceilingcat sees all!
Oops I mean the Great Cylon in the sky.
Or hmm do I? By what name do Cyclons and the humans they associate with know Ceilingcat, or are they all a-theist?
-MarkM-
|
|
|
all those shitty altcoin are here because of asic, blame it, they made bitcoin mining centralized
btc mining should have stayed with gpu
also people are really mad cuz they have missed the btc train
ASIC has not made Bitcoin mining centralized at all, it's just that so many people actually know about mining now that the competition makes it impossible to mine as a get rich quick scheme. Putting together a good GPU rig back when difficulty justified it cost just as much if not more than an ASIC unit today. True except for the impossibility of getting rich quick. One can still rake in CoiLedCoin and GeistGeld hand-over-fist and might even have a full year to do it still like the BBQcoin folks had to CPU-mine BBQ before the masses caught on and those CPU-miners got rich. -MarkM-
|
|
|
ops i mean the btc mining train
That is what merged mining is for. There are still people trying to avoid the CoiLedCoin and GeistGeld trains, and the GRouPcoin train is only barely starting to get up steam. We don't even know yet how many chains can realistically be merged into one merge because of the shortage of chains to try it with. (And the failure of so many miners to merged mine, and the failure of many merged miners to actually merge all the coins.) -MarkM-
|
|
|
No-one has missed the bitcoin train.
You can still pick up bitcoins for less than a grand apiece fergoshsakes even this very day! Get real.
-MarkM-
|
|
|
If the doge won't come to moon then moon must go to the doge.
Thats the spirit! Doge can haz moonz! Kennedy would be proud of you. How many moonz you want with thoze? -MarkM-
|
|
|
Look at the history of ADT and you will see the future of DOGE.
haters gonna hate same shit every time, there is a new train and they will miss it, they blame the coin lmao The problem is: Doge has nothing new. And a meme gets old very quickly. It gets really annoying. Litecoin was something new, different. Quark was something new. Dogecoin, Catcoin, Kittiecoin, Hotcoin, Earthcoin, ... all are the same. The same codebase, just a few parameters adjusted. Miners like me jump on this coins to make big profits during the first days/weeks and then dump after the coin hits an exchange. Go to the next coin and repeat. I don't care about the buyers. I just want more return than mining litecoin. Simple as that. And all with rigs bigger than 10 MH/s think the same. It's about profit, not believe. We don't care about the future of a coin, we care about the return. As long as the return is much bigger than the electricity cost, we will mine the shit out of every crapcoin. I dumped 50% of my Memorycoin 2.0 earnings. I mined less than 1 day on release day -> return nearly 1 bitcoin! For what? Doing nothing. Somebody has to lose money if I earn something. It's not fair, but it's the same with every altcoin -> scam some newbies. Yeah we get it, you are not Celingdoge and nor are most miners. So what? Either Ceilingdoge upholds his currency or he does not, you migrant miners aka blockchain-gangbangers are just minor annoyances any blockchain based currency has to be ready willing and able to withstand. -MarkM-
|
|
|
Sure, give us scrypt ASICs and we'll be all over that.
Meanwhile have you ever heard of NaMeCoin, DeVCoin, GRouPcoin, IXCoin, I0Coin, CoiLedCoin and GeistGeld ?
-MarkM-
|
|
|
I had the impression that Anoncoin doesn't give you any capabilities that Bitcoin does not?
Can be run over Tor/I2P ? Check. Both can.
What else?
Maybe "its marketing materials stress the darknet stuff a little more than some public Bitcoin-promotional materials"?
Oh whoopie look, the manual slants its take toward a particular target-audience, whoopie.
That seems more a feature of a particular marketing-campaign than of a blockchain or protocol.
-MarkM-
|
|
|
You can even do that while using the approach outlined at http://www.devtome.com/doku.php?id=cpu_mining ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Even a raspberry pi or beaglebone can run many workers using the http://www.devtome.com/doku.php?id=cpu_mining approach and not really be using much system-resources to do it, leaving plenty for the BOINC type humanitarian endeavours. If you really want a coin whose difficulty does not increase, there is always LiQuidCoin, which of course ends up as an orphanfest unless people just be nice and polite all using minimal computing-power so they can all just quietly accumulate worthless coins. (Worthless because someone impolite is sure to show up sometime, revealing in all its gory horror just how many orphans have to die grisly deaths to convince people that a cap on difficulty is a really really stupid idea.) Have you tried running Ripple? That has a consensus method that doesn't depend upon intensive computing. There are are usually a few others on the drawing-boards claiming similar methods, one actually launched recently I think but maybe only because it is a black box (closed source) that you don't get to see the insides of until after they have already taken your money. The Mastercoin protocol project seems to have really inspired the scammers who like to make what looks like a satire of some existing thing but that some people seem to send money to anyway so I'd be dubious of the NeXT one (hee hee, pun intended) to come along as well as those already in play... -MarkM-
|
|
|
Well fair price seems vaguely, off-hand, 1/10th of a DeVCoin or thereabouts so yeah if fair price for a DeVCoin is 100 satoshis 10 ought to seem fair for a DOGE.
Mostly it is just a matter of can the folks who are buying low and selling high keep the lowest satoshis of price stacked high enough with buy offers to gobble up each day's minted-to-dump coins?
Shouldn't be a problem if Ceilingdoge really exists, backing/upholding his currency, since all he has to do is recycle coins sold high into coins bought low. Also known as using what the coins are sold for as "reserves" with which to "back" the currency.
Everyone knows Ceilingcat and Santa are real, so why not CeilingDoge and the Easter Bunny too?
-MarkM-
|
|
|
Read the agreement that you put your digital signature on when you signed up. It will most likely state something giving them complete power over the situation. I wouldn't pay until you got full proof and an explanation of it, but just make sure that there are no catch-alls lingering before you consider taking any actions.
Coinex uses digital signatures? I thought only MPOE and Open Transactions did that? What kind of digital signature? PGP/GPG? Or do you sign using a bitcoin/cryptocoin message-signature? Don't laugh at the Bitcoin Police, have you seen them in action? Local Police not so much, yeah. -MarkM-
|
|
|
Actually the audit stuff that Open Transactions is intended to have is supposed to take care of tracking how much of an asset has been issued on a server.
That audit stuff has been talked about and assumed to eventually be put in place for a long time but currently it remains vapourware.
Nonetheless it is still the solution that Open Transactions intends so any questions like how will anyone know the balances all add up and the correct number of assets were issued onto that server and so on all come back to "the audit stuff will take care of all that".
It is thus well understood what the audit stuff will do, it just isn't actually up and running doing it yet.
So maybe people who feel an urgent need for those parts of Open Transactions might want to look into whether some donations or bounties might speed up or prioritise that part of Open Transactions' development.
-MarkM-
|
|
|
I have not looked at "snow" in detail yet.
So currently I would stick with my Open Transactions server for tracking my assets (such as various kinds of cryptocoins) and leave a gap/chasm between IOUs that I issue ron RIpple and the owed to the IOU holders assets that I use my Open Transactions server to to track and trade and so on.
That way in the hopefully extremely unlikely event that someone wants me to send out on the blockchain the actual cryptocoins that my Open Transactions assets represent it will be me myself manually confirming that there really is due cause for me to go visit my safe-deposit boxes to get the pieces of my chopped up into many parts digitally so N of M parts are needed to put it back together stone cold frozen supercold wallets so as to send out the actual coins and close down support of that type of coin.
As my model is "more than 100% reserve" or "at least 100% reserve".
I hope and intend that the coins the assets on my Open Transactions server represents are totally securely stashed away in a vault "forever", as in until there is no foreseeable need for any tokens representing any such assets in the future.
When I close down, or when I am no longer going to support a certain kind of asset, then will be the time to go dig up the actual coins and un-issue the assets that represent them.
Until then I still hope that hot-wallet services, third party "exchangers" or "market makers" who trade real coins for the tokens and the tokens for real coins, will be third party services.
Even if I have to play the role of such a "third party" myself or set up a corporate entity to play that role myself. It is a totally separate and distinct role/operation.
So I would avoid the automated "Ripple gateway" code until absolutely sure it can be trusted, and even then I would have a logically/economically distinct entity run it, so that it never gets to touch the coins that the assets on my Open Transactions server represent.
That ensures the assets on the Open Transactions server are always 100% backed by real coins on blockchains even if a hot-wallet service that accepts blockchain coins in return for Open Transactions assets and vice versa loses all of its coins.
So to use Ripple to issue stuff on Ripple I would issue IOUs that say I owe you some of a certain asset that is on my Open Transactions server, rather than IOUs that say I owe you coins on a blockchain, because coins on a blockchain are deliberately extremely hard to remove from the super-secure deep-frozen cold wallets in which they are intended to reside until the end of time or the end of any ongoing need to back assets/tokens with them.
Ripple might really help with this need for third-party hot-wallet services, because people holding my IOUs on Ripple should be able to trade them around among any number of hot-wallet providers who will redeem them for on the blockchain coins, maintaining the security of the actual deep-frozen-wallet coins that the Open Transactions assets represent aka are backed by.
-MarkM-
|
|
|
Oh a joke, of course, yeah, this thread is a satire of the Mastercoin project...
-MarkM-
Mastercoin is a good project,but there are also defects Well by all means get over there and help them fix them... -MarkM-
|
|
|
Since the mastercoin project is a protocol that can be run on any underlying blockchain, maybe the solution to the name problem is to grab their code and set it up as a layer on this coin instead of on bitcoin?
The bitcoin devs might even be grateful to you for that.
-MarkM-
|
|
|
Blinded token "cash" might be better than coloured coins because people keep seeming to imagine that coloured coins, being distributed / p2p, are somehow "secure" in some sense that Chaumian blinded token "cash" is not.
I think that is dangerous and misleading, and pretending that that does not matter "because buyer beware" or "because RTFM" maybe does to quite "cut it" when grandma gets bilked out of her retirement savings due to somehow failing to have it sufficiently strongly drummed into her that the things have no value other than any value the issuer might honour, regardless of how many distributed p2p people go on and on about how important it is and how wonderful it is that "the issuer is not required in order to trade this asset".
With Open Transactions based "cash" tokens it hopefully is very very clear how totally dependent it is upon the issuer. Especially if the issuer is the server that must be used to deal with the tokens. Even just having some other issuer's tokens be used on a server could be dangerously confusing, because when one thinks of a term for what the server is doing when it gives out cash tokens a word that English speakers seem likely to have come to mind is that the server issues the cash tokens. Which is correct English but that kind of handing out of the cash is utterly different from "issuing" the Open Transactions assets themselves that the cash represents, which in turn only represents some real asset such as grams of gold or shares of a company etc.
So for total clarity it might be better, even if third party running an Open Transactions server/service that some company's shares will be traded on and/or handed out as cash tokens by, to set up a distinct server per such company, making it clear the server is that company's server so it is always totally clear that the assets tokens cash etc all totally depend upon that company not upon the hosting service or software as a service company that sys-admins the server/service.
-MarkM-
|
|
|
Did anyone ever figure out why it showed / shows Devcoin, which mints 50,000 coins per block, as having a total number of coins that is not 0 mod 50000 ?
-MarkM-
|
|
|
I have no problem with using RIpple, I would have fired up gateways for many coins and assets myself when the rippled source code was released were it not that I was warned/advised that the gateway code that was released was not fit/intended for real use.
-MarkM-
can you explain this 'code not fit/intended for real use'? I'm very new to Ripple, so maybe you should discuss that with Jl77. The example they gave me was that it has no recovery process whereby if you lost power (a fuse blows, your host decides to reboot your machine, or whatever) it would on reboot know exactly what parts of which operations had completed and what parts still needed doing. So I guess maybe, no "transactions with rollback" type functionality akin to what the kinds of databases demanded for financial applications have? As just one example. The general idea was that the code is merely a sketchy sketch of the very basic purely ripple-related aspects of what a real gateway would need to do, but lacking all the real stuff a real gateway would, regardless of ripple, need to do in order to be a secure and robust financial application able to recover from unexpected failures in the midst of uncompleted database operations, resist all the various CSS and cross-site and injection type attacks financial sites attract and so on and so on and so on. Basically "if you had a real secure stable robust gateway platform, here is a quick sketch of the kind of code you'd need to add to it to make it able to work with ripple" or something like that. A far cry from being an actual real-use gateway. -MarkM-
|
|
|
|