Bitcoin Forum
May 13, 2024, 10:26:20 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 [39] 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 ... 109 »
761  Bitcoin / Bitcoin Discussion / Re: "Blockchain technology will pervade, but not bitcoin." on: November 08, 2014, 03:51:31 PM
Okay, imagine some piddling little alt, worth satoshis, market cap of a few thousand bucks, a couple of gigahash of diehards hashing on it.... now tell me why it would not be a good idea to use that blockchain to store cryptographic proof of ownership records for, say, Tesla cars...
It would work fine if the mining was licensed (with public key crypto) by the Tesla manufacturer. Such distributed database could then outlive the Tesla manufacturer itself and be invulnerable to legal attacks in various localities jurisdictions.

Issuing licenses for mining has been discussed on this forum many, many times. For Bitcoin it is unacceptable because of its anarchist origins. But for any non-anarchist endeavor it is a viable choice. Each Tesla car could do a little mining while being charged, with the certificate of ownership stored somewhere in its management computer.

I'm not very familiar with Tesla cars, but I presume that they already have some sort of public key infrastructure installed in them to verify signatures on their software upgrades.
762  Bitcoin / Hardware / Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs on: November 08, 2014, 07:49:54 AM
Well, we all know how good Spondoolies' projections turn out to be. With AM, Bitfury and Spondoolies all talking 0.2 J/Gh for the next generation of ASICs early next year, 0.05 J/Gh mid 2015 for the generation after that is clearly marketing bullshit.
With total absence of a reliable technical information about the chips it is hard to make predictions. About the only source available are the "preliminary data sheets". But even with those one could make educated guesses.

1) If the future chips still contain BIST circuitry/instructions that means that they still weren't able to internalize their own experience that dedicated test circuitry is nearly a complete waste of silicon resources and that the chips have to be continuously calibrated while running, not just tested at the start.

Other things that may indicate that they were finally capable of doing a true full custom/analog design:

2) BIST is still present, but no longer gives binary result PASS/FAIL, but some vector of values

3) PLL programming information will have additional parameters besides "frequency", either duty cycle (instead of the default 50%) or explicit phase shifts (for multi-phase clocking)

4) package information showing more than one "core" voltage, eg. positive Vdd and negative Vss (in addition to ground GND)

(3) and (4) would mean that they are capable of exploiting imperfections in the "C" of "CMOS".

Edit: Anyway, there is a Jewish proverb (approximately): Don't ask the tailor if the suit he's making is going to fit you.

763  Bitcoin / Bitcoin Technical Support / Re: Running bitcoind across multiple connections on: November 04, 2014, 12:36:29 PM
The connection switching is done at the router; nothing changes on the actual machine (the primary/backup internet connection is for the entire network).
Sounds like your "router" is actually a "NAT gateway/router". Get a better one doing a proper maintenance of the NAT state which will close all the stale NAT entries and send proper ICMP responses (edit: or TCP RST) to your machine.
764  Bitcoin / Bitcoin Technical Support / Re: Running bitcoind across multiple connections on: November 04, 2014, 11:37:39 AM
So if the primary internet connection goes down, a secondary backup connection automatically kicks in.
What do you mean by "automatically kicks in"?

I've seen many multihomed machines with incorrectly set up routing tables that continue to send packets via if1 with the source address of if0. With correctly set up routing the ICMP no-route replies take care of closing stale if0 sockets.
765  Bitcoin / Hardware / Re: [$0.35/GH] Bankrupted HashFast Hardware Sale on: October 24, 2014, 05:58:38 PM
Well, if someone wanted a quick % out of a half million dollar investment, maybe this could happen.
In the normal financial circles this would work as follows:

1) group buy collects the funds in a bank A's account
2) bank A issues a letter of credit
3) bitcrane takes the letter of credit an obtains a loan against it from bank B
4) using loaned funds bitcrane manufactures the miners and ships the miners
5) upon proof of shipment bank A releases the credited funds to bitcrane
6) bitcrane repays the loan to bank B

In other words:

a) bank A is supervising the availability of the funds
b) bank B is supervising the timeliness of manufacturing and shipment

But this is Bitcoin, there's nothing normal about it. In particular many Bitcoiners are actively against banks and conventional finance.

This free market is exactly what you people were screaming for all the time. This is exactly what you wanted. You made the soup, now eat it.
766  Other / Meta / Re: FUN FACT: bitcointalk.org and bitcoin.org hosted on same web server on: October 23, 2014, 01:27:58 AM

$ host bitcointalk.org
bitcointalk.org has address 109.201.133.195
bitcointalk.org mail is handled by 10 bitcointalk.org.
$ host bitcoin.org
bitcoin.org has address 208.64.123.130
bitcoin.org mail is handled by 10 mx.zohomail.com.
bitcoin.org mail is handled by 20 mx2.zohomail.com.
$ host bitcoin.net
bitcoin.net has address 109.201.133.195

This forum has much less computer literate people than it would appear. There's also way more functionally semi-literate people here that would seem to be required for the text-based communication medium.
767  Bitcoin / Bitcoin Discussion / Re: The Problem of Centralized Develpoment ("core devs") in Bitcoin. on: October 22, 2014, 07:58:46 PM
Wow, that's pretty harsh! So you love the way it works now? If not what's your idea?
Love? No. But I do recognize that Bitcoin has originated somewhere near the people with the anarchist worldview. Out of all anarcho-something groups I think anarcho-syndicalism is the most promising way forward while staying near the roots.
768  Bitcoin / Bitcoin Discussion / Re: The Problem of Centralized Develpoment ("core devs") in Bitcoin. on: October 22, 2014, 06:03:15 PM
Thoughts?
Super-naive corporatism.

It isn't about "votes".

If you want Bitcoin to resemble corporation (or a cooperative) you need to find a way to reproduce the cash flow of the corporation (or a cooperative), e.g. miners pay the salary of the developers.

Your writeup was really naive, you wouldn't get a passing grade in any decent school.
769  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 18, 2014, 03:28:19 PM
a miner can include into his block a transaction with an arbitrary large fee (which he gets back of course), throwing the mean off the chart.
What about the following modification:

a1) fold a modified p2ppool protocol into the mainline protocol
a2) require that transactions mined into the mainline blockchain have to be seen in the majority of p2ppool blocks
a3) p2ppool then has an additional function of proof-of-propagation: at least 50% of miners have seen the tx
a4) we can then individually adjust the fees and incentives individually for:
a4.1) permanent storage of transactions (in the mainline blockchain)
a4.2) propagation of transactions (in the p2ppool blockchain, which is ephemeral)

Right now the problem is that miners receive all fees due, both for permanent storage and for network propagation.

Another idea in the similar vein:

b1) make mining a moral equivalent of a second-price auction: the mining fees of block X accrue to the miner of block X+1
b2) possibly even replace 1 above with a higher, constant natural number N.
Late edit:
b3) reduce the coinbase maturity requirement by N
Later edit:
b4) since nowadays the fees are very low compared to subsidy, (b3) would imply a temporary gap of global mining income. Subsidy of block X accrues to the miner of X, fees of block X accrue to the miner of block X+N.
End of edits.

Both proposals above aim to incentivize and enforce propagation of the transactions on the network and discourage self-mining of non-public transactions and self-dealing on the mining fee market.
770  Bitcoin / Hardware / Re: Cointerra AIRE Miner 16nm PreOrder on: October 16, 2014, 12:27:46 PM

Could somebody please fix this meme? The text should be "Pre-order ASIC Prices Are Too Damn High!". Jimmy McMillan is too much of a gentleman to be dropping f-bombs.
771  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 16, 2014, 01:58:09 AM
You're thinking of the current network. We're talking about a hard fork. A hard fork could require all transactions to have some sort of minimum fee included.
Again, what is the point of minimum fee if the transaction isn't propagated? Miner-spammer includes the fee payable to himself. What's the point of that exercise?
772  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 16, 2014, 01:03:40 AM
And the rest of the miners are free to ignore a block like that. You have yet to convince me there's a problem. Miners can fill blocks with worthless free transactions today.

Then maybe the problem isn't a large maximum blocksize, but the allowance of unlimited feeless transactions. They are not free for the network to store in perpetuity, so why not eliminate them?

Eliminate free transactions and eliminate the maximum blocksize. Problem solved forever.
How would you enforce those non-free transactions? If the transaction spammer is the miner then he can include any fee whatsoever because he pays himself. The only cost for him is that the coins are frozen for about 100 decaminutes.

Are you thinking of making the validity of the block dependent on how well the transactions in it were propagated over the network? I don't think this is going to work without a complete overhaul of the protocol.
773  Bitcoin / Bitcoin Discussion / Re: The NSA created "CIA Project" Bitcoin - Gavin Bell (aka..Gavin Andresen in 2008) on: October 12, 2014, 11:18:41 PM
Early Bitcoin code is written in utterly non-corporate style. Looks like a work of a scientist, not of some group of professional programmers. So, for me, it's quite unlikely that Bitcoin was funded and managed project.
I don't really disagree with the above. I just wanted to add that stylistically the code does resemble the work of a corporate consultant who was very experienced in padding billable hours and job security/contract security by writing idiosyncratic code.

In other words: it could be a "funded and managed project" where the staff was primarily interesting in maintaing the effective control over the code.
774  Bitcoin / Development & Technical Discussion / Re: A Scalability Roadmap on: October 10, 2014, 06:47:03 AM
Limiting block size creates an inefficiency in the bitcoin system.  Inefficiency = profit.  This is a basic law of economics, though it is usually phrased in such a way as to justify profits by pointing out that they eliminate inefficiencies.  I am taking the other position, that if we want mining to be profitable then there needs to be some artificial inefficiency in the system, to support marginal producers.  Of course that profit will attract more hashing power thus reducing/eliminating the profit, but at a higher equilibrium.  However, I am not too worried about this aspect of large block sizes.  It is a fairly minor problem and one that is a century away.
This is fairly common misconception that the only way to pay for the space in a mined Bitcoin block is with fees denominated in bitcoins. But this is not true when a miner is integrated with an exchange, because an exchange can shave commissions on both sides of the transactions.

Imagine for a moment that Bitfury branches out into Consolidated Furies and spawns Hryvnafury, Roublefury, Eurofury, DollarFury, etc.; all of them being exchanges. It can then easily outcompete pure Bitcoin miners because it can directly funnel fiat commissions into electric utility bills without having to go twice through the fiat<->coin exchange.

Edit: In fact opportunities for integration are not limited to mining + coin exchange. Imagine for example Marijuanafury which does two things demanding lots of electricity: Bitcoin mining and indoor marijuana growing. If only somebody could come up with new optical ASIC technology that is pumped with energy via photons at the same wavelength that stimulate photosynthesis...
775  Bitcoin / Armory / Re: Armory - Discussion Thread on: October 07, 2014, 01:12:42 AM
You're right. I was looking at my old "Super I/O" card that states it "contains a Floppy Disk Controller" and thought this was an IDE/ATA interface but guess that's different.
It states:
» Supports two 360K / 720K / 1.2M / 1.44M / 2.88M floppy disk drives
» Enhanced digital data separator
» 3-Mode drives supported
But, it's definitely not USB since it has the old parallel ribbon cable connectors that connect to the old 3.5" floppy drives.
Yep, you are good to go and as safe as the US ICBM operators. Although if I remember correctly the ICBM operators are required to sit on their chairs (with rails instead of rollers) and wear seat-belts (chairbelts?) when swapping floppies.

Important edit for the beginners:

1) Do not allow any of the computers to boot off of the floppy or CD-ROM. Always remember to immediately remove the floppy or CD-RW used to exchange the data between the computers, lest you forget and reboot the machine accidentally.

2) Do not install any additional drivers that might have came with the PCI board or the laptop expansion bay. The added device should be recognized by the OS itself. If the device isn't auto-recognized then it also isn't really safe. There were well-know vendors who inadvertently distributed viruses/trojans/bad OS patches on their pressed driver CD-ROMs.

I apologize for not putting this disclaimer when writing the original message.


776  Bitcoin / Armory / Re: Armory - Discussion Thread on: October 06, 2014, 10:35:31 PM
Would be using old IDE/ATA interface, not USB. Sure floppy has firmware, but I doubt the BadUSB problem attacks IDE/ATA firmware or if the old firmware was even writeable.

My cold storage XP computer already has a floppy and I have a PCI to IDE controller card that will allow me to interface an old floppy (I have several sitting around) to my on-line computer. Floppies would be used to transfer signature files. Just wondering if the old technology might be less susceptible to hacks like BadUSB.
You seem to be confused. Floppies have no firmware neither in the drive nor in the controller. It is all hard-wired logic sequencers. Moreover normal floppies never used IDE/ATA interface or anything similar, those were for hard drives. Fortunately the connectors won't fit, so there's no possibility of damage. Lots of even fairly modern motherboards will support floppy connected via the LPC as a last-resort recovery from a locked-out administrator access to the IPMI, AMT or similar pre-boot low-level interfaces. It is frequently not even described in the regular documentation.

There are some extremely rare IDE-attached floppy-like drives like:
http://en.wikipedia.org/wiki/Floptical
http://en.wikipedia.org/wiki/SuperDisk
http://en.wikipedia.org/wiki/Zip_drive
http://en.wikipedia.org/wiki/Sony_HiFD
http://en.wikipedia.org/wiki/Caleb_UHD144
but those aren't real floppies and do have firmware. Although they are so rare, that one can probably assume that nobody would bother to hack them.
777  Bitcoin / Armory / Re: Armory - Discussion Thread on: October 06, 2014, 09:27:59 PM
Oh internal floppy, do you even have a floppy header?
Internal or external. It doesn't matter, lots of laptops had it as an option for "universal drive bay" or "expansion docking bay". On desktop motherboards it is nowadays available through the http://en.wikipedia.org/wiki/Low_Pin_Count bus instead of the historical "IBM PC-compatible" cable.

778  Bitcoin / Armory / Re: Armory - Discussion Thread on: October 06, 2014, 09:06:23 PM
Those have firmware too
Floppy firmware Huh

The problem is paucity of computers that still have the floppy drive interfaces. Physical drives and disks are quite easy to get on the secondary market.

Obviously, using an USB-attached floppy drive will put you back in square one.
779  Bitcoin / Bitcoin Discussion / Re: The protocol of bitcoin can be limitlessly replicated on: October 04, 2014, 08:59:37 PM
Paintings can also be endlessly replicated, all you need is some frame, cloth, paints, brushes, etc.

Peter Paul Rubens was even involved in replicating his own paintings. Yet after his death his paintings mostly appreciate in value.

After the last bitcoin gets mined in a hundred years or so, the available bitcoins will only gain in value, even if just to be shown in museums as an example of an ancient cryptocurrency.

There is some value in simply being first in doing something in a certain, very specific way, of doing something and in being first to popularize that particular way of doing that. When compared to Rubens' paintings Bitcoin has an advantage of being self-authenticating and cheaper to transport.
780  Bitcoin / Development & Technical Discussion / Re: sendtoaddress sendmany api change proposal. on: October 02, 2014, 03:46:15 AM
I had to read your reply twice before I understood your key argument.
I also don't think that calling it a "short-sighted temporary hack" is justified or polite.
Perhaps you'll find the original H.L.Mencken complete quote polite enough:
Quote from: H.L.Mencken
Explanations exist; they have existed for all time; there is always a well-known solution to every human problem — neat, plausible, and wrong.

In other words, what I see here is another shtylman/Bitfloor or davout&Boussac/Instawallet situation brewing: substandard and/or questionable implementation; then a "hack" and loss of customer's funds. Or maybe just another "accidental double payment" like the ones that happened to GLBSE and ASICMINER.

I tried, but my work here is done. Now the emptor will have to caveat.

Edit: I'll save the btc4ever's signature block for the future reference.
Quote
Psst!!  Wanna make bitcoin unstoppable? Why the Only Real Way to Buy Bitcoins Is on the Streets. Avoid banks and centralized exchanges.   Buy/Sell coins locally.  Meet other bitcoiners and develop your network.   Try localbitcoins.com or find or start a buttonwood / satoshi square in your area.  Pass it on!
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 [39] 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 ... 109 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!