Bitcoin Forum
April 16, 2024, 09:01:28 AM *
News: Latest Bitcoin Core release: 26.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 90 91 92 93 94 95 96 97 98 99 ... 109 »
961  Other / Beginners & Help / Re: Crypto Compression Concept Worth Big Money - I Did It! on: September 06, 2013, 08:38:16 PM
Wondered about this one for years and played around with it a bit. I've never got it working, but it should be possible to compress a big string of binary into a series of calculations, the initial value forms a seed and would probably contain the number of bits for the start value, the number of bits for the formula codes, the number of steps to completion and the initial value and formula codes. When that's run it would give a string of binary with the first few bits representing the number of bits for this runs formula code followed by the formula code and the remaining bits are the value to be acted on. The trouble is so many bits of data can only have so many combinations so it would be impossible for them to contain the same amount of information as more bits of data.
http://en.wikipedia.org/wiki/Fractal_compression
962  Other / Beginners & Help / Re: Crypto Compression Concept Worth Big Money - I Did It! on: September 06, 2013, 06:05:46 AM
Ah, too bad BenRayfield hasn't show up here for 4 months now.

WARNING Transactions and Addresses will soon be used as high volume data storage

https://bitcointalk.org/index.php?topic=60386.0

If we could get the "high volume data" kook close to the "crypto compression" kook we could observe a kook-singularity. Or maybe they would just kook-annihilate each other? Anyway, the science of psychoceramics would certainly advance to the next level.
963  Bitcoin / Hardware / Re: Do we want to continue to allow various vendor hate in here? on: September 05, 2013, 06:09:39 PM
In a totally unrelated matter, does your screen name refer to Rush's 2112? If so, there's a subject I've not been a newbie on since 1978 Smiley
90125  Smiley

http://www.youtube.com/watch?v=ItZqTueAaqU
964  Bitcoin / Development & Technical Discussion / Re: Encoding bug in JSON-RPC handling of account/label names? on: September 05, 2013, 05:45:12 PM
Anyone seen anything similar?
Yes, you are mixing character encodings: UTF-8 and ISO-8859-1. This forum is using ISO-8859-1. I manually forced it to UTF-8 and your listreceivedbyaccount example displayed correctly in my browser. You need to configure your OS and your terminal program and your HTTP library for the correct character encodings.
965  Bitcoin / Hardware / Re: Do we want to continue to allow various vendor hate in here? on: September 05, 2013, 03:21:51 AM
Yes, so other people may be ignorant or ill-informed, especially those in the newbie forums. That doesn't give anyone an excuse to insult them, or otherwise hurl abuse. Leave them in peace, or gently show them the error of their ways and point them to a useful source of fact and/or considered opinion.

This. I am a newbie to bitcoin, been involved for a few months. When I first started posting here, a couple of people were extremely helpful, and a few were extremely abusive. I'm not in any way a newbie to fora, in fact they were called  electronic bulletin board services when I started with posting lo these several decades ago. As time passes, they seem to become less civil.

Heated discussion is one thing, newbie bashing is another. We all were a newbie at whatever it is we do at some point.
I agree with both of you that the default treatment for a newbie shouldn't be "bashing". But you can't allow yourselves to bunch all newbies into a single group, because there is a whole spectrum of newbie-tude.

I read a few of Biomech's earliest posts and I rate him "neutral", because he didn't start with trying to sell or organize something.

Now lets take a look at the extreme-positive rating: helveticoin, a wannabe vendor who is a well-prepared newbie.

https://bitcointalk.org/index.php?action=profile;u=82676;sa=showPosts

Now lets focus on "sie": extremely negative newbie/wannabe-vendor in Bitcoin, but clearly claiming not to be a newbie in electronic design, fabrication, assembly, etc.

https://bitcointalk.org/index.php?action=profile;u=148463;sa=showPosts

Again, you can't just put all newbies into a single "protected" group that by default gets a "kid gloves" treatment.
966  Bitcoin / Hardware / Re: Do we want to continue to allow various vendor hate in here? on: September 05, 2013, 02:54:19 AM
Capitalism is the gathering of resources to accomplish a common purpose.  For example, people in a town may all chip in $500 to build and stock a dry goods store.
It may, or may not, have a separate profit motive.
You started with a tendentious quotation of my post, then followed with "capitalism is ..." and described some mixture of syndicalism and a cooperative. Writing like this would get you flunked out of pretty much any policical economy class. What are you trying to achieve?
 
Ripping people off is just psychopathic behavior, and it can occur in any economic system.
Yes, that is true. But you seem to be making an assumption than the "psychopathic behavior" is exclusively on the part of the "ripper-s". What about the "psychopathic behavior" of the "victim-s/rippee-s". This second case is probably the most common one here on this forum: in the role of the "ripper" we have "mathematics", "laws of physics", "random carelessness and inattention" and other ethically neutral mechanisms.
967  Bitcoin / Hardware / Re: Do we want to continue to allow various vendor hate in here? on: September 04, 2013, 04:34:29 PM
For all who may have missed it: below is an example of how far from the reality are some of the readers/posters/wannabes on this forum.
Yes, so other people may be ignorant or ill-informed, especially those in the newbie forums. That doesn't give anyone an excuse to insult them, or otherwise hurl abuse. Leave them in peace, or gently show them the error of their ways and point them to a useful source of fact and/or considered opinion.
I think you are very naive and idealistic.

Those who "hurl abuse" are mostly the good guys. In the past they probably also polite, but lost the patience with those who refuse to read any of the openly available information.

The "bad guys" will be first very polite and solictious and then simply rip them off when they acurately measure their weaknesses.

This is how capitalism works.

The way you propose is how some religions/sects operate.
968  Bitcoin / Hardware / Re: Do we want to continue to allow various vendor hate in here? on: September 04, 2013, 03:57:04 PM
For all who may have missed it: below is an example of how far from the reality are some of the readers/posters/wannabes on this forum.

No matter what single policy you may try to apply, there is always someone who will be offended. Or you may end up with a policy where the only allowed posts will be the variants of "fluffy bunnies are nice".

The 1st post was in the Newbie subforum:
Subject: making an asic miner
been reading through forums and was thinking of trying to make one.

seems like the hardest bit is getting the chips. avalon makes theirs from tsmc if im not mistaken. could we just order from tsmc?

The 2nd post was in the main Bitcoin Discussion forum, but was moved to Custom Hardware by the moderator:
Subject: Creating a Hashing chip?
i started this out in the newbies forum but i recently got out of there so i thought here would be a better place to post.

my factory has an assembly line for ic/ chips but we were doing mostly receivers, lnb/ satellite tv accessories. we grab parts from china and assemble in indonesia so we have all needed equipment to assemble. labor is cheap here and i already have an assembly line for this sort of thing. i thought might aswell make some asic miners for u all.

my problem is the chip design/ acquiring the chips.  anyone know a good chip designer and anyone know a rough estimate?

anyone here want to help me out or knows about this sorta thing?
969  Bitcoin / Hardware / Re: Do we want to continue to allow various vendor hate in here? on: August 31, 2013, 02:19:45 AM
Anyway, who said I passed?
Finally I see some a hint of some real introspection from you. Maybe this picture will help you to reflect some more.


Unlike the http://en.wikipedia.org/wiki/Chilkoot_Pass mining of Bitcoin isn't going to actually kill anyone. The effect on their personal finances will be similar, but they are very likely to survive the adventure and maybe even get motivated to learn & understand the things like "international trade finance" and "P&L analysis".
970  Bitcoin / Hardware / Re: Do we want to continue to allow various vendor hate in here? on: August 31, 2013, 01:14:00 AM
The problem is that I can't present bitcoin to my friends or students as something sane people would have anything to do with while there is this level of incivility in the forums.
On the whole, these postings make us all look like kooks & hotheads.  If we manage to make bitcoin lose it's value by acting stupid, any damage we may think that a vendor has done simply does not matter.
Why only "look like kooks & hotheads"? We are kooks & hotheads, this is what makes the Bitcoin millieu such an interesting subject for psychology, sociology, antropology and other humanities.

Who gave you a certificate that you are neither a kook nor a hothead? What was the testing protocol?
971  Bitcoin / Hardware / Re: Do we want to continue to allow various vendor hate in here? on: August 30, 2013, 03:44:11 AM
Ok we all get that...

What are the solutions?
Learn the basics of finance and the import/export business, e.g. http://en.wikipedia.org/wiki/Letter_of_credit

The above personally pertains to people like you, zefir and the other "group buy leaders". It was your (plural your) ineptnes that practically created this problem.
972  Bitcoin / Hardware / Re: Why does Avalon PDU need caps? on: August 30, 2013, 01:40:15 AM
http://en.wikipedia.org/wiki/Decoupling_capacitor

In case of Avalon it helps prevent noise from one module affecting the other modules. I believe the main load on each module has a inductance component that is used for energy storage with switching. So they could push back voltage spikes into the main power supply. The hashing modules are identical, so in the worst case they could go into synchronized oscillations in their buck voltage regulators. Better be safe then sorry. Together with the contact resistance of the connectors they are actually forming nice RC low-pass filters.
973  Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com on: August 29, 2013, 02:47:26 PM

I suggest "We are all made of stars..."

You can either credit Moby or Neil DeGrasse Tyson
http://www.awakenedamerican.com/content/we-are-all-made-star-dust-we-are-all-one

Oh no! This can't pass! Giving credit for the poetry written in 1969 by Joni Mitchell to some plagiarist hacks? LRN2history! LRN2literature!

http://www.youtube.com/watch?v=cRjQCvfcXn0  (1970, lyrics in comments)

http://www.youtube.com/watch?v=NXQmt6O9y5s (1998, lyrics in subtitles)
974  Bitcoin / Hardware / Re: Do we want to continue to allow varrious vendor hate in here? on: August 28, 2013, 10:08:09 PM
Will we continue to accept advertising from buttfuck labs?

This post is really at the center of this thread.

Here's the deal.  If I want to discuss bitcoin or mining in a college classroom, I have to think long and hard about using your post, and by extension, this entire thread.  It does not matter that all college students use language that is more colorful than yours, the fact is that *I* dare not use that language inside a college classroom.

That leaves the choice of 1) lose one way to introduce bitcoin to an audience that is very good about accepting new ideas or 2) asking for your post to be removed.

1.  Is there any reason that you could not have written "Butterfly Labs?"
2.  Is there any reason that this question needs to be repeated 1, or 2, or 3, or more dozen times?
3.  Can you accomplish your goals by buying an advertisement that says, oh, "Butterfly Labs is 1 year late on delivery" and another that says "Butterfly Labs strongly discourages refunds?" instead of posting vendor hate?
Seriously, you do have a 3rd choice: get off your high horse. I'm positive that the college classroom can deal with some coprolalia in the source materials. This completely isn't a problem and in fact helps explaining the psychological background in the Bitcoin millieu. If you personally somehow can't deal with it then seek advice from the colleagues amongst the faculty (e.g. gender studies).
975  Bitcoin / Hardware / Re: [CLOSED] Avalon ASIC chip distribution on: August 28, 2013, 09:40:34 PM
Update: Endgame
  • A. sit and wait
  • B. demand full refund
  • C. negotiate for compensation
  • D. legal action
This thread is none of my business, but no matter which option you are going to choose, please do one more thing.

+. educate yourselves on how business was and is really being done: http://en.wikipedia.org/wiki/Letter_of_credit . It will not help you much with your current problem, but you'll avoid repeating your mistakes in the future.
976  Bitcoin / Hardware / Re: CoinTerra announces its first ASIC - Hash-Rate greater than 500 GH/s on: August 27, 2013, 11:38:31 PM
video is nice though
but nearly completely content-free.

All the math in the opening sequence has nothing to do with Bitcoin, its some partial differential equations like used in financial derivatives. At one point there is a close-up of cubicle with wall calendar open on August 2013 and close up of a desktop screen with some Verilog code and some digital simulator. If they are still working at the Verilog level this month then they are either very early in the design or going to completely offload the design to Open Silicon.

Also hiring a cryptographer is completely technically pointless for miner. They should be working on the analog/thermal/physical design phases to deliver anything meaningfull for long-term Bitcoin mining.
977  Bitcoin / Hardware / Re: BFL ASIC Firmware & Hardware, Understanding & Optimization on: August 27, 2013, 09:01:27 PM
The current BFL chip has an on die temperature sensor, they just aren't using it. If I had to guess it's a cost issue; it's cheaper to toss a couple 20 cent temperature sensors on the board that it is to properly mux and read 16 temperature diodes.
My guess is that the reason to use external sensors is that the internal ones are too noisy and very inaccurate. The cost is indirect: they can't afford to design the de-noising hardware/software and can't afford to properly characterize and calibrate the internal sensors.

It is actually quite common problem: many SoC chips have on-die temperature sensors but use external ones because otherwise they wouldn't meet the time-to-market goals. This includes even very-well capitalized entities which already have the methodology and the tools available.
978  Bitcoin / Development & Technical Discussion / Re: Really Really ultimate blockchain compression: CoinWitness on: August 24, 2013, 12:15:36 AM
The way its described the tape is forced to be read into memory at startup, you might as well understand it as not existing. Tinyram is already turing complete (subject to memory and operations bounds) without any tapes at all because it is a random access machine. Making it more turing machine like wouldn't serve the purpose of making general purpose software run better on it.

I guess what you're really looking for here is a way to achieve large input without large memory state under the consistency check, for problems where the input size is much much larger than the ongoing random-access state. One way to do that may be to operate in a hierarchical manner.   This is the same kind of challenge we'd have for validating the blockchain using SCIP— we have 12 gigabytes of data to verify now, but only a final state space of about 250 mbytes.
Thanks for your reply. The way the paper is written this is a very unclear point. Check out the "Looking ahead" section (page 11 in my copy):

Quote
The two main challenges are implementing those functions that must be written directly in the underlying machine language, and supporting (or reasonably approximating) functionality that extends into the program runtime environment, such as file I/O, process management, inter-process communication (IPC), and other system services.

It isn't clear whether they look into that as a major research area or as a implementation detail drudgery. The answers could be:

X) sorry, editing error, no file I/O for you.
Y) we are describing that in the textbook form of our paper that has 544 pages.

Perhaps my using of Turing-equivalency wasn't the best choice of words. But it stayed within the spirit of the paper that somewhat freely mixes asymptotical complexity (big-O notation: O(something)) and measurable complexity (const*F(|something|), where || denotes some form of measure). Yes, I was looking for a way of writing the TinyRAM program that doesn't start with slurping the entire deterministic input tape.

I fully agree with you that TinyRAM is Turing-complete and will not help in moving any problem between say P and NP. But this paper is focused on "succint", "efficient" implementations and then various results from the areas of http://en.wikipedia.org/wiki/Multitape_Turing_machine and http://en.wikipedia.org/wiki/Turing_machine_equivalents are really helpfull when establishing the most accurate bounds of complexity for particular problems.

Thanks again for any insight you may already have or could obtain from the authors.
979  Bitcoin / Development & Technical Discussion / Re: Really Really ultimate blockchain compression: CoinWitness on: August 23, 2013, 04:45:45 PM
In SNARKs for C: Verifying Program Executions Succinctly and in Zero Knowledge (referred to as SCIP below), Eli Ben-Sasson et al. describe their work on highly efficient non-interactive proofs with zero-knowledge for the faithful execution of programs written in C. Eli also presented at the Bitcoin conference.
Thank you very much. I've spent some time reading and comprehending this paper. I have following questions about the associated area of research:

1) TinyRAM has a requirement that the memory is W bits wide and has exactly 2W cells. Is this a convenience for the sake of simplyfying the presentation or is this a necessary condition for the validity of the proof?

2) TinyRAM has exactly one deterministic input tape that can only be read once and in the forward direction only. I would love to hear from somebody about some research that would make TinyRAM Turing-equivalent in some way: a writable and rewindable tape, a standard-Turing rewritable tape, a stack (one-ended tape that is writable forward and readable backward), etc. Again my question is: was that done for the purpose of compactness of the derivation or do writable tapes break the derivation in some way?

Without knowing answers to the above questions my thinking is: CoinWitness C program will have to contain the code of the form:
Code:
if (p = malloc(n)) {
   /* real computation goes here */
} else {
   reject; /* or accept false; */
}
While the above code can be made constant the verification proofs for them will have to be published for multiple values of W. In other words either:

A) coins can be made to disappear when the blockchain becomes long enough;
B) proofs will need to be periodically recompiled and recomputed for a wider W.

Therefore I think this breaks the assumptions about the computational complexity of using SCIP for Bitcoin.

Is there anyone here that lives close to Haifa,Massachussets or Tel Aviv and could pose those questions to the authors and receive answers different than "I'll get back to you on that."

Thanks in advance.
980  Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com on: August 23, 2013, 06:58:49 AM
Wouldn't it be possible to use a software-programmable voltage system that could 'record' somehow if any settings were altered? Like a tiny EEPROM chip that records the time and date of manual voltage settings until it runs out of space?
Possible? Yes. Practical? No.

Intel/AMD have much higher R&D budgets but don't bother voltage-locking their CPUs, they only do clock-multiplier-locking.

Apple Computer could do it for their iMiner using the similar technology that they use to lock their iPads to their proprietary chargers.

Scratch "Apple Computer" and "iMiner". Since this is a thread about a product designed in Scandinavia I should've talked about "Bang & Olufsen" and "BeoMiner". Denmark is closer to Sweden than to California.
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 90 91 92 93 94 95 96 97 98 99 ... 109 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!