Bitcoin Forum
June 04, 2024, 04:12:06 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 [153] 154 155 156 157 158 159 160 161 162 »
3041  Bitcoin / Bitcoin Discussion / Re: will KYC laws permanently stifle bitcoin? on: August 26, 2010, 06:22:36 PM
Sorry, bad habit from business school Wink.  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.aspx

KYC 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.

3042  Bitcoin / Development & Technical Discussion / Re: [PATCH] implement 'listtransactions' on: August 26, 2010, 01:43:53 AM
I glanced at http://www.bitcoin.org/wiki/doku.php?id=list_of_patches and haven't noticed any updates for this.  Is listtransactions established or useful/functional yet?

It has been functional since day one Smiley

Is there a binary release (official or unofficial) that integrates this patch that I could use?

Not AFAIK.

3043  Bitcoin / Development & Technical Discussion / Re: auto backing up of wallet.dat on: August 26, 2010, 01:42:26 AM
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!



3044  Bitcoin / Development & Technical Discussion / Re: RFC: remove DB_PRIVATE flag on: August 26, 2010, 12:39:24 AM

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.

3045  Bitcoin / Development & Technical Discussion / New web service: obtain dump of bitcoin block NNNN on: August 26, 2010, 12:21:31 AM

As part of Bitcoin Watch, a new feature provides a developer-friendly dump of a bitcoin block at the specified height.

GET parameters:
"h" - height of block to download
"json" - set to non-zero value, to enable application/json output rather than HTML output

Examples:

Dump block 72000: http://blk.bitcoinwatch.com/b?h=72000

Dump block 72000, with JSON: http://blk.bitcoinwatch.com/b?h=72000&json=1

3046  Bitcoin / Bitcoin Discussion / Re: Trustbook: Decentralized Identity System on: August 25, 2010, 11:05:26 PM
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.



3047  Economy / Marketplace / Re: Bitcoinexchange.com, broken transactions?? on: August 25, 2010, 08:54:41 PM

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!

3048  Bitcoin / Bitcoin Discussion / Re: Money Laundering in Digital Currencies on: August 25, 2010, 08:47:07 PM

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.

3049  Bitcoin / Bitcoin Discussion / Re: will KYC laws permanently stifle bitcoin? on: August 25, 2010, 08:44:42 PM
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.
3050  Bitcoin / Bitcoin Discussion / Re: Bitcoin laundrymat on: August 25, 2010, 06:11:24 AM

QR-codes were used in this source-code-provided example, bitcoin electronic check standard

3051  Bitcoin / Development & Technical Discussion / RFC: remove DB_PRIVATE flag on: August 25, 2010, 01:03:13 AM
Wallet backups and other DB examination are easily possible in a safe, atomic, transactional fashion...   if and only if DB_PRIVATE flag is removed.

Code:
--- 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.
3052  Bitcoin / Bitcoin Discussion / Re: market effect of a catastrophic design flaw on: August 25, 2010, 12:50:17 AM
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...

3053  Bitcoin / Bitcoin Discussion / Re: Local exchange and stabilization on: August 24, 2010, 05:15:41 AM
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.
3054  Bitcoin / Bitcoin Discussion / Re: market effect of a catastrophic design flaw on: August 23, 2010, 09:42:17 PM
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.
3055  Bitcoin / Development & Technical Discussion / Re: Development of alert system on: August 23, 2010, 07:55:12 AM

A remote warning message seems reasonable.

But a remote kill switch for automated websites?

3056  Bitcoin / Bitcoin Technical Support / Re: running Bitcoin on ttylinux (well, not yet) on: August 23, 2010, 04:15:09 AM
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.

3057  Economy / Marketplace / Re: Introducing: The Amazing Anonymous Bitcoin Lottery on: August 22, 2010, 09:19:56 PM
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.

3058  Economy / Marketplace / Re: Introducing: The Amazing Anonymous Bitcoin Lottery on: August 22, 2010, 09:12:13 PM

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.

3059  Economy / Marketplace / Re: Introducing: The Amazing Anonymous Bitcoin Lottery on: August 22, 2010, 08:51:18 PM

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.

3060  Bitcoin / Bitcoin Discussion / Re: Local exchange and stabilization on: August 22, 2010, 08:13:24 PM

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.html

Your 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.html

Again, 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.
Pages: « 1 ... 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 [153] 154 155 156 157 158 159 160 161 162 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!