one is a 100 percent online store.
Are you using ecommerce / online shopping cart software? If so, which? My other business is a brick and morter that also deals with only credit cards/checks. I also want to accept bitcoins here.. Are you using point of sale software or old school cash register / drawer ? There really is little available today for brick and mortar merchants, but at the same even a low-tech version would work because there probably isn't much bitcoin business yet. From another thread: There is a pretty low-tech method for doing this available now. Launch a mobile app (Blockchain for Android) . Click Request money. For the amount, click the pen icon to enter USD amount. After entering the amount it will show a QR code. Tap the QR code to make it larger and present that to the customer.. Using a web-based EWallet this can be done as well, use Preev to convert USD to BTCs: - http://www.Preev.comI think if a lot of businesses thought this way, it would really help out the bitcoin. I just dont know the best/easiest way for my businesses. The solutions available to merchants are improving but there's no doubt the ones available today are sub-optimal. The e-commerce options align the best with bitcoin, so expect those options to gain wider use, But for the brick and mortar side this isn't a problem unique to bitcoin. The entire payments industry is trying to figure out a mobile payments solution that will gain traction. What bitcoin has going for it is that once the right formula gets figured out, it can be used globally. All these others are generally specific to retailers in specific jurisdictions. |
|
|
|
This assertion is true if Bitcoin Savings and Trust is unwilling or unable to pay out requested deposits on or before December 31st, 2012 according to the opinion of Bitcointalk.org members on the Bitcoin Savings and Trust Forum Thread. Since it seems he may be having difficulty repaying is it appropriate to keep the bet open still? Relevant: https://bitcointalk.org/index.php?topic=101339.0The "opinion of the community" that I've seen elsewhere considers "default" event to mean that a certain period of time, perhaps two weeks, has passed from the time the withdrawals are requested. If *all* payouts do actually occur on Monday or so, that probably wouldn't be considered a default for someone whose withdrawal requests from today are not honored. |
|
|
|
My idea is to make use of the forum donation tool to collect funds to support all kind of community tasks by enforcing a donation of 1BTC from members and maybe 10BTC for businesses after a member reach i.e 50 postings. By definition, if it is mandatory, it no longer becomes a donation. You might instead call it a tax. Personally, I'm against "mandatory donations". |
|
|
|
My conclusion is that Bitcoin still very much is and will be for a long time in a state of infancy and great danger.
ASICs are changing the outlook as well. When the GPU was as good as it gets for maximizing hash rate, the capacity was spread among a lot of people, globally. Because many people already had a GPU, or could justify the cost because it had value for gaming regardless of Bitcoin, the hashing capacity of the network grew. With ASICs, there will be just a few producers. And the products don't have much (any) use outside of bitcoin. Essentially the mining production capacity is becoming very centralized. If the the manufacturer is directed, production facilities are commandeered -- in the interest of national security, of course: (b) provide for the modification or expansion of privately owned facilities, including the modification or improvement of production processes, when taking actions under sections 301, 302, or 303 of the Act, 50 U.S.C. App. 2091, 2092, 2093; and
(c) sell or otherwise transfer equipment owned by the Federal Government and installed under section 303(e) of the Act, 50 U.S.C. App. 2093(e), to the owners of such plants, factories, or other industrial facilities. - http://www.whitehouse.gov/the-press-office/2012/03/16/executive-order-national-defense-resources-preparednessThough that would be foolish, as we are not entirely helpless. If the economic majority (by those willing to accept bitcoins in exchange for value) were to agree, a hard fork could render those ASICs worthless. Reverting to bitstreams and GPU miner code is a response that neuters the tyrannical threat regarding Bitcoin technology. |
|
|
|
That would be something great to see on the CoinDL eBooks. It can listed as fixed price, pay what you want, or no charge. |
|
|
|
So why does no one mention it?
I mean it seems to be like a bit coin dispenser and therefore great for the community.
It is on Mem's list: - https://bitcointalk.org/index.php?topic=75883.0Dragon's Tale is pretty active with Operation Fabulous advertising. |
|
|
|
I wasn't aware of their ridiculous restrictions on new users
Probably didn't buy the Lindens directly from VirWoX? |
|
|
|
If I feel enough users use my program I will try to update it with bulk adding, a better gui and other requests. Last of all, PLEASE LEAVE FEEDBACK  How about pool mode so that 3rd parties can create the key for the user securely? - http://bitcointalk.org/index.php?topic=84569.0 |
|
|
|
outbound, and no tx in the blockchain. It is a 0-conf tx
Ok, if the transaction has no other problems then leave bitcoind running and it will rebroadcast the transaction after some time (e..g, half hour). If there is any chance the transaction is a double spend, it not only won't confirm, there's no easy way to remove it. Was a copy of the wallet.dat used elsewhere, or were there addresses imported where a double spend might have occurred? So, first give the client a chance to rebroadcast if that's not been running for a half hour. I don't know the next step though --- perhaps a pastebin from the last few dozen lines of debug.log? |
|
|
|
Could you post the last few dozen lines of your debug.log?
The Apple crash didn't give much. The debug.log file will have more information. At this point, there's no info about the the cause. It could be networking/communications, blockchain database, or wallet database. The debug.log will at least help narrow that down. |
|
|
|
I have had a stuck tx in armory for some time now, and I have no idea how to make it go through.
Received transaction or a payment you are sending out? Does it appear in the blockchain? If so, does the blockchain show any confirmations? |
|
|
|
I see the Wiki page added for that was a duplicate of an existing article so I merged in the changes. - http://en.bitcoin.it/wiki/Bitcoins_In_BerlinI see the exchange site shows "SEPA, bank transfer" as two separate values. Does that mean there is an accepted bank transfer option other than SEPA? Is EUR the only currency accepted for cash-in-the-mail and in-person trades? (your competition in a nearby country accepts USD, GBP, and more.) For the Western Union and Moneygram, are those EUR or might those be USD instead or in addition to EUR? How about cash-out methods. How are funds (fiat) delivered? such as: - Cash, in-person? - Cash sent by mail (if so, to where?) - Western Union? - Mt. Gox redeemable code (EUR)? - SEPA bank transfer? - Any other method? The site has links to btc.to address shortener. You may wish to make those SSL (e.g. https:// ). Actually your site contents could be easily altered enroute and the link replaced entirely, so you may wish to add SSL to your site itself. Either way, are you sure you want to provide a static Bitcoin address? You could get into the situation where someone monitors that address (e.g., adds the address to blockchain.info/wallet to obtain notification) then contacts you with cash-out instructions. You'ld probably become aware of the problem before sending fiat funds to the wrong party but this just introduces an incompatible transfer method. |
|
|
|
Since the exchange doesn't have a status thread, I'm posting an e-mail message from them regarding status: From: *@cavirtex.com
Subject: VirtEx Fee and Limit Increase Coming August 22, 2012
Date: Thu, 16 Aug 2012 22:30:23 +0200
1) Trade Fees Increasing
2) Trading Limit and Fund Transfer Limit Increase
3) Adding ScotiaBank for Cash Deposits
4) e-Interac withdraw plus many other features coming soon
5) Subscribe to @cavirtex on Twitter
1) Trade Fees Increasing
Due to increased operating costs our transaction fees will be raised as per the schedule below effective Wednesday evening Aug 22, 2012. VirtEx is working pro-actively with Canadian legislation to operate a Bitcoin exchange. When dealing with VirtEx, your funds are being held in Canada and under the protection of Canadian banking laws. Our mission is to become the first sanctioned and regulated exchange by the Canadian Government. The cost to pursue this status is high and requires us to raise our fees. The fee you are charged will be based on your 120 day BTC trade volume. Your current 120 day trading volume will be used when this fee schedule goes live.
120 Day BTC Volume, Fee Schedule
Less than 100, 3.0%
100 to 300, 2.5%
300 to 600, 2.0%
600 to 1200, 1.5%
1200 to 2500, 1.0%
2500 or over, 0.5%
2) Trading Limit and Fund Transfer Limit Increase
a) The cash deposit limit has been raised from $1,000 to $9,000 per day.
b) The withdrawal amount to your bank account via direct deposit has been raised to $5,000 per day.
c) The trading limit (balance you can have in your account before a withdrawal is required) has been raised from $5,000 to $10,000.
3) Adding ScotiaBank for Cash Deposits
You will be able to deposit cash at any ScotiaBank location across Canada as of August 23, 2012.
4) e-Interac withdraw plus many other features coming soon
Here is a list of our features in development some of which to be released in the coming months:
a) Withdraw CAD via e-mail money transfer! (We will never accept EMT's due to fraud, we will only send out)
b) Trade fill and price alert e-mail notifications
c) Site redesign
d) Limit Orders (Buy and Sell above and below market when a certain price is last traded!)
5) Subscribe to @cavirtex on Twitter
When we have important announcements, if the website is in maintenance mode or down for any reason, an update will be posted on our Twitter page. Please subscribe to keep up to date on the latest VirtEx status and news.
|
|
|
|
I'm beginning to miss last Xmas when mining was much easier. C'est la vie.
Actually, mining profits per mhash/s are at a level nearly twice today (when considering the cost of electricity being at typical U.S. residential rates) than they were last Christmas. This is thanks to a much higher exchange rate today -- up way more than the increase in difficulty. - http://blockchain.info/charts/miners-operating-profit-margin |
|
|
|
it says "Bitcoin quit unexpectedly
Step 1. Make sure you have a backup copy of your wallet.dat I don't know on Mac bu If you uninstalled and reinstalled hopefully you didn't end up with an empty wallet.dat. If you have a backup from before the reinstall, don't delete it or overwrite it, just in case. Could you post the last few dozen lines of your debug log? |
|
|
|
The 21m limit is by reasonably unanimous agreement between the existing users. That is, more than 50% of clients would have to decide to fork and run a different client to change it. That's not how it works. There would need an economic majority before a fork would be likely to succeed. Here's more: - https://bitcointalk.org/index.php?topic=99928.msg1093084#msg1093084 |
|
|
|
|
Show Posts
