Bitcoin Forum
April 15, 2024, 06:24:29 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Local / Mining (Deutsch) / Cointerra Deutschland on: September 24, 2013, 01:22:10 PM
Hallo deutsche Mining-community.

Es hat den Anschein, als sei Cointerra in Deutschland nicht so bekannt, und
könnte deshalb einen deutschen thread gebrauchen. Deshalb fange ich hier mal
mit einigen technischen Spezifikationen an, die Cointerra gerade veröffentlicht

Foundry: Global Foundries (Dresden), 28nm HPP process

Taktfrequenz: 1.4 GHz (Mindestqualität) bis 2 GHz (maximal)

Die Größe: 10mm x 10mm

Package Größe: 3 dies pro package, 300 mm2 die-Fläche

Hashkerne: 120 pro die, 360 pro package

Hashkern-Architektur: optimierte SHA256 pipeline

Hash rate: 504 GH/s (@1.4 GHz) bis 720 GH/s (@2 GHz)

Hashdichte: 1.68 GH/s/mm2 (@1.4 GHz) bis 2.4 GH/s/mm2 (@2 GHz)

Stromverbrauch: 300 W (@ 0.765 volts), <0.6 W/GH/s      

Tape-out: 1. Oktober-Woche

Chassis: 4U rack mount.

Kühlung: Wasserkühlung von CoolIT Systems, Canada. Ausgelegt auf 400 W pro
chip. 3x high speed 12cm Ventilatoren am Rücken des Chassis.

Das Chassis wurde von 2U auf 4U vergrössert, um besseren Airflow und die
leiseren 12cm Ventilatoren (im Vergleich zu 9cm) zu ermöglichen. Die Anzahl
Boxes im Rack ist im wesentlichen durch den Stromverbrauch limitiert, nicht
durch die Höhe der Box.

Logistik: Bei Global Foundries wurde ein 'expedite process' bezahlt, der den
Fertigungsprozess von 90+ Tagen auf 65 Tage reduziert. Die chips werden somit
in der ersten Dezember-Hälfte erwartet, shipping in der zweiten

Fragen werde ich gerne beantworten, kann aber nur höchstens einmal pro 24h hier

2  Economy / Computer hardware / [Sold] KNCminer day-1 Jupiter on: July 23, 2013, 01:36:04 PM

I have a Jupiter miner for sale that ships on day 1 of KNC's shipping queue, which is expected to start in September or October.

Please PM me with an offer in $ (excluding VAT).
3  Economy / Auctions / Auction for KNCminer pre-order #265, 10x Jupiter 1-500 on: June 10, 2013, 04:32:45 AM
I have a pre-order for 10x Jupiter from the 1-500 batch for sale:
Date: 9 Apr 2013 09:08:35 +0000
To: -redacted by request-
Subject: Order product

KncMiner Store

Order ID: 265

The desired goods: KNC Bitcoin miner numbers 1-500

Quantity: 10

Name of the customer: Timo Hanke

Email: -redacted by request-

Phone: +4924153807945

About how to transfer the order into your name see this post from Sam from kncminer:
if you do sell your order number all I will need is an email from both parties and I will do the rest, they will get your queue placement. it can’t however be for more than your registered amount of boxes and we will not split preorders into multiplies

Will accept escrow. Please email me with offers. It is your responsibility to pay timely before Monday, June 10, 18:00 CET, which is kncminer's deadline.

Auction will close within a few hours.
4  Economy / Digital goods / [Not for sale anymore] KNCminer pre-order on: June 09, 2013, 09:42:15 PM
offer removed.
5  Bitcoin / Development & Technical Discussion / Best-practice for savings account (non-hardware wallet) on: April 23, 2013, 10:23:57 AM
Do we have any best-practices handling savings accounts (without hardware wallets) with detailed instructions on how to use each required piece of software?

In the past, I saw projects for bootable .iso-images that contain some client(s) capable of deterministic wallets. Have these projects died? I wouldn't be surprised if they did because who would want to sign those iso-images anyway?

This is roughly what I have in mind and would be glad to hear some comments. I would like to see detailed instructions on the following process (or a different process that achieves the same goal), that we can hand out to people who were already introduced to bitcoin and who now start thinking about securing their bitcoins long term.

- obtain a standard iso for some live distribution (I like grml for this) and boot into it
- install various bitcoin client software and related tools (like a shamir secret sharing tool)
- include some personal (non-critical) data, like pubkeys, address book, etc
- create you own new live iso from it (e.g. grml-live command)
- burn it on a CD (not USB drive)
- boot into it with load-to-ram option
- create a master secret with a certain number of shamir-type shares
- encrypt the master secret with a passphrase
- print out the shares and the encrypted master secret
- some guidelines here on how to print this safely (no network printer, etc)
- some guidelines on how to distribute the shares (like distribute one share to each group of people where groups are: non-family friends, work colleagues, family, safety deposit box, ...) and on how many shares to use
- explanation: the shares form a backup, the encrypted master secret stays with you for easy/frequent handling
- mark/sign CD so it cannot be swapped out easily
- boot from CD again
- enter encrypted master secret plus passphrase to decrypt master secret
- test shamir secret sharing algorithm with actual shares, check if master secret is obtained correctly
- run client to create deterministic wallet from master secret
- print out some hundred pubkeys for manual verification
- save some hundred pubkeys to USB drive
- print out master public key of deterministic wallet
- save master public key of deterministic wallet to USB drive
- ...

- what to write in your last will (instructions for your family how to deal with your wallet)
- design the sharing scheme so that your heirs already hold the secret to their heritage up to a unique missing share, which is the same for all heirs and which is part of your last will

Feel free to extend or modify this list. It would be great if someone can give detailed instructions on any part(s) of this. So maybe we can produce such best-practices by the end of this thread.
6  Bitcoin / Development & Technical Discussion / [PROPOSAL] Secure Payment Protocol on: December 12, 2012, 09:55:10 PM
We would like to propose a payment protocol with a lot of interesting features:
Homomorphic Payment Addresses and the Pay-to-Contract Protocol

This could be of interest to the current ongoing development of hardware wallets as well as to the implementation of deterministic wallets.

[EDIT] Related thread: Destination Address Anonymization in Bitcoin [/EDIT]
7  Other / Beginners & Help / Deterministic wallets and sharing private keys on: October 01, 2012, 05:25:31 PM
The clients that offer type-2 deterministic wallets (like electrum and armory) should advise their users that sharing any private key from the derived chain (not the master private key, of course) MUST be avoided. Such a sharing of a private key could happen for example by funding your MtGox account with the "Redeem private key" option.

The deterministic wallet suggested in the thread is this computation of the key chains:
Publickey(type,n) = Master_public_key + H(n|S|type)*point
Privatekey(type,n) = Master_private_key + H(n|S|type)

The use scenario is that a "hot" machine (connected to the internet and potentially vulnerable) generates a chain of public keys, and for that purpose stores both the master public key and the seed S. In a reasonable threat model both values become available to an attacker. Since the serial numbers n and the type can be guessed, a single leaked private key will leak the master private key as well by a simple substraction in a the finite field underlying secp256k1.

Users should be advised that ANY private key from the generated key chain is to be secured with the same security level as the master private key.

This seems to affect both electrum and armory implementations of deterministic wallets.

Can someone please crosspost this to (I can't due to newbie rules, sorry never bothered posting anything despite using bitcoin for years).

Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!