Sorry, bad habit from business school . What I mean was that anyone who is paid by their employer via W-2 would be buying the walmart gift card after taxes have been withheld. The government already has it's share earmarked so it doesn't really care what you do with the rest of the money. On the other hand if you are paid as an independent contractor, there will not be any withholding, so you could theoretically buy more of the cards, and disguise some of the purchase/reloading as a business expense. It has absolutely nothing to do with taxes. It is anti-money-laundering: http://ethics.walmartstores.com/IntegrityInTheCommunity/AntiMoneyLaundering.aspxKYC rules are intended largely for law enforcement, especially as it relates to anti-money laundering, the drug war, the war on terror. The IRS typically passes most CTRs on to other agencies.
|
|
|
It has been functional since day one Is there a binary release (official or unofficial) that integrates this patch that I could use?
Not AFAIK.
|
|
|
What's the simplest portable way to copy a file? Is there something in Boost?
mmap(2) + memcpy(3) ? Boost::Iostreams already has a mapped_file Source. What should it be named? maybe: backupwallet <destination>
Sounds quite useful!
|
|
|
DB_PRIVATE enables a few optimizations by making the assumption that only one process will access the db4 database. Notably, this flag enables db4 to use pthreads-style mutex locking rather than heavy, operating-system-provided flock and shared memory. Ref: DB_ENV->open documentation. The general motivation is that db4 databases can be safely accessed in parallel with bitcoin client, assuming (a) DB_PRIVATE is removed and (b) bitcoin properly uses db4 transactions. db4 transactions may even be employed to wrap around non-db4 data such as blk0001.dat, if the code is properly architected.
|
|
|
My thinking is, what if I could register this alias with a public/private key pair, so that when I post on this forum -- or other websites -- everyone knows that this is the *same* BrightAnarchist that you already trust? Basically, the idea is that a name could be registered somehow with a public key and shared over a P2P network. Then, when you browse the net, forum posts (etc) could include a signature by the poster than you could verify with their public key. That way, I'm the *real* BrightAnarchist that you already trust.
PGP keyservers already exist, and you can associate any identity or alias or name with a PGP public key. Most of the infrastructure to do this already exists, and has for decades. People PGP-sign posts to the global peer-to-peer network known as Usenet news, for example, so that you may electronically verify a poster's identity.
|
|
|
Does bitcoinexchange post bids / asks / trades like the other markets? bitcoinexchange seems sorely lacking, compared to mtgox or BCM. There needs to be a better place to buy/sell euros!
|
|
|
Presumably, money laundering would be defined here as "transactions that nation-states don't like". In practice this means transactions associated with individuals that a powerful nation-state has designated as criminals -- terrorists and drug lords being the current target that the US and other nations put effort into tracking and catching.
|
|
|
Wal-Mart, here in the United States, sells VISA debit cards for cash without requiring any form of id. So, that sort of thing is already occurring today.
|
|
|
Wallet backups and other DB examination are easily possible in a safe, atomic, transactional fashion... if and only if DB_PRIVATE flag is removed. --- a/db.cpp +++ b/db.cpp @@ -77,7 +77,6 @@ CDB::CDB(const char* pszFile, const char* pszMode) : pdb(NULL) DB_INIT_MPOOL | DB_INIT_TXN | DB_THREAD | - DB_PRIVATE | DB_RECOVER, S_IRUSR | S_IWUSR);
What, if any, problems arise from doing this? Obviously, this does not cover the non-db4 databases such as the block data file.
|
|
|
I'm definitely interested in a bitcoin futures market. Perhaps we should open another thread to discuss how this could be done?
+1 It will hinge on being able to execute contracts. If people make promises they don't keep...
|
|
|
If bitcoin is the first cryptocurrency to be accepted by the market, then bitcoin will continue to dominate that market even if some technically superior solution comes along. How many people here have seen a betamax vcr?
That's a huge leap and a poor analogy. Being first mover in a market often means nothing more than providing seed ideas for a more powerful player.
|
|
|
I apologize if this has been brought up before. If it has, please feel free to merely direct me to the applicable thread. As an investor, one of the hurdles I am having a hard time getting over is the following: What happens to the market for bitcoins when/if a vastly superior design is found? What is the probability of an unquestionably superior design being found?
The risk of a vastly superior design would be unlikely to collapse bitcoin, because stakeholders still likely consider their bitcoins to have value -- and that's the fundamental underpinnings of any currency including bitcoin, shared idea of value. It is more likely that a sudden bitcoin collapse could be triggered by a software flaw that permits trivial minting / generating / copying of bitcoins.
|
|
|
A remote warning message seems reasonable.
But a remote kill switch for automated websites?
|
|
|
It fails, demanding libgthread-2.0.so.0 -- which I believe is part of ia32-libs (way above my Linux comfort level, here). Although I've found
libgthread-2.0 comes from glib2.
|
|
|
Ah, that is a no log-in solution. What is the downside to the easy log-in he has now?
At least to me, it's less anonymous because it encourages repeated use of the same login token. In the real world, we can just walk to the nearest convenience store, hand cash to a clerk, and walk away with a lotto ticket. Lotto tickets can be given to others, etc.
|
|
|
IMO, login should not be required.
At a bare minimum, ticker buyers should only need to provide a bitcoin return address. You provide them with a unique bitcoin address for deposits.
Assign each ticket a randomly generated URL for people who wish to track status of a ticket.
How would you see which tickets you had previously bought? Or cancel them? Visit the per-ticket, randomly generated link.
|
|
|
IMO, login should not be required.
At a bare minimum, ticker buyers should only need to provide a bitcoin return address. You provide them with a unique bitcoin address for deposits.
Assign each ticket a randomly generated URL for people who wish to track status of a ticket.
|
|
|
How, exactly, do you ensure compliance with tax laws when people are spending US paper dollars (cash)?
(rhetorical question...)
Call it rhetorical if you like, but that does not make your point. The IRS has the ability to audit your bank accounts. That makes it really hard to cheat on your taxes in any significant way. Your bitcoin wallet is easily hidden, however. And no, the IRS is not ok with Linden dollars and the rest. Congress is already nervous about transactions that use anything other than the US fiat currency. http://themonetaryfuture.blogspot.com/2010/01/irs-may-push-for-tax-compliance-in.htmlYour link does not substantiate your argument that "IRS is not ok with Linden dollars and the rest". It should surprise no one that the IRS wants to tax income generated by US citizens. It should surprise no one that it is likely illegal to not report bitcoin income to the IRS. And none of this changes bitcoin's viability in any way. The IRS just wants you to report income, regardless of currency, or even if there is no currency involved at all. [edited to add barter link] You guys are fooling yourselves if you think bitcoin can be successful as a currency instead of a commodity. If you treat it as a commodity I think it'll survive. If you try and talk retailers into accepting bitcoins then you are just digging your own grave. Have you forgotten the raid on the Ron Paul silver dollars? Their mistake wasn't the silver dollars. It was the move of retailers in the north-east to accept them instead of the US fiat currency. http://www.thestreet.com/story/10390631/raid-on-ron-paul-dollar-maker.htmlAgain, your link does not substantiate your arguments. That guy was a nutter trying to sue the US mint. OpenCoin has a nice legal report on the currency that's worth reading.
|
|
|
|