hårdvara för bankprojekt

[PerTry]

Följande text som jag skrivit är på engelska (för språklig demokratis skull) och finns på hemsidan med samma namn i den störta top level domain kategorin. Om du läser texten förstår du att säkerhet är A och O. Därför vill jag ha en hårdvara som server med eget operativsystem som är garanterat säkert mot intrång. Har ni några kommentarer kring detta?

Här följer texten,

Redundant Roll Currency (RRC)

A bankroll is a ledger of accounts. A roll is a list of names. RRC is a system of independent rolls of accounts information with coupled names, all transaction history and thus currency balance.

The idea behind RRC is to have many “banks”, or rolls with accounts, that are checked among those who has the software to set up the accounts ledger. If you have say 1000 computer controlled bankrolls, that are independently owned, and they communicate automatically through software to see that the rolls match in accuracy, then you basically have a safe bank system. Some “banks” are black listed if they cheat with their accounts information.

Each “bank” has a list of One-Time-Pad OTP random numbers coupled to each name in the roll. Each RRC enrolled citizen has a copy of this secret OTP for each of the “banks” (say 1000) that he or she trusts. When a transaction is made the unencrypted identity (e.g. account number) along with OTP encrypted identity (e.g account number) sender (should be same as above identity) and receiver of funds along with amount and a static message that is unique to the “bank” and the “bank” knows and checks for validity of transaction. If there are 1000 banks, then you need 1000 OTP random numbers blocks for each citizen; each citizen stores those 1000 OTP blocks or more. If a new “bank” appears, it has to communicate one OTP block for each citizen enrolled with this “bank”.

To care for the investment and running costs (and profit for the “bank”) for the “bank” a low cost (since there are many banks each requiring a fee) transaction fee is recommended. Either the sender or receiver (or both solidarily) has his or her account deducted by the fee.

e.g.
START-OF-TRANSACTION (unencrypted)
Account #1234567890 (unencrypted)
OTP index (hexadecimal byte): 00000000 00FFDE32 (unencrypted)
(The following is OTP encrypted)
FROM: #1234567890
TO: #0987654321
AMUONT: RRC 1234.00
HAPPY-BANK-ATLANTA-GEORGIA-USA
VALID-TRANSACTION
CHECKSUM: FC34
END-OF-TRANSACTION (unencrypted)
TOTAL-NUMBER-OF-BYTES: XXXX (number of bytes between start and end signifiers, not counting themselves in the total)

(Interesting strong markets on currencies)

100´000´000:000´123
1g gold = 1 RRC

the use of kilo mega giga, milli micro is strictly not recommended since mega and milli uses the same letter, a possible source of confusion and error.

build your own OS or use a an embedded system with small OS for virus proof. Safety is a sales argument, poor safety with infected computers is a major concern since remote controlling of servers can cause all computers to agree if all computers are infected.

Account_number
19680618-191916200111-1-72
date_of_birth-first_letter_country_of_birth:fl_place_of_birth:fl_given_name:
fl_surname:fl_father:fl_mother-serial(variable_length_no_leading_zeros)-modulus_100_of_sum_of_single_digits_except_sum_always_two_digits

founding_date_of_company-details_of_main_founder-serial-sum

us binary search algorithm to find correct place of account in continuous memory, have fixed blocks of bytes allocated to account numbers, pointer to transaction history, pointer to name details etc of account holder, current balance

transaction history contains 8 byte timestamp, 8 byte pointer to ip-address table of initiator, memory pointer to sender account and 4 byte pointer to amount (positive if receiving money, negative if oneself is sending money to official “sender” account)

amount table (that above points to) contains all common amounts with some entries dedicated to linked lists of unusual amounts, these lists contains the memory pointer to identify the transaction and the unusual amount as a string of ascii characters.

amount is 4 bytes integer signifying with +1 equal to 0:000’001 RRC (maximum amount approx 2 million SEK, with gold price 1000 SEK/g), two’s compliment positive-negative, as usual.

Created 8-12 June 2015 by Per Trydell, Sparkling Light

[Nerre]

Att försöka säkra med hårdvara verkar inte vettigt när man istället kan säkra med algoritmer (som kryptovalutor gör).

Sen vet ju alla som har kört irc hur en så kallat "netsplit" fungerar, ditt system verkar inte vara immunt mot sådant (så om nån kan isolera 500 av maskinerna i en klunga från 500 av de andra så går det att göra samma uttag två gånger innan maskinerna återfår kontakten).

[sebastiannielsen]

Jag skulle föreslå att du bygger det hela ovanpå bitcoinsystemet istället.

Du kan använda dig av 2 olika lösningar:
Antingen sätter du upp en altcurrency. Då har ditt system en egen ledger med egna nycklar och sådant. Varje bank har då en hemlig nyckel X. Eftersom kontonummer i bitcoin utgörs av en hash, så är det lätt att skapa ett system som använder enklare bankkontonummer genom att hasha den publika nyckeln med en annan hashalgoritm.
Eftersom privata nycklar kan skapas utifrån en hash, så kan du också på samma sätt lätt skapa konton genom att varje bank har en hemlig nyckel.
Då kan din server fritt utfärda "bitcoins". Kunderna använder givetvis ingen bitcoinklient utan allt hanteras av banken så att säga.

Ledgern delas då mellan alla banker, och kan antingen vara publik (så alla ser), eller privat (för att få sekretess) - men den privata visas då bara upp för tillsynsmyndigheter och sådant.


Ett annat alternativ är det som kallas för "färgade bitcoins". Det fungerar genom att du använder riktiga bitcoins, men i små mängder. Säg att du färgar 1000 satoshis till att vara värda 1000 kr. 1000 satoshis är värda lite under 1 öre i realiteten. Precis som riktiga sedlar fungerar, en 100-lapp idag är ju inte värd mycket om man ser till materialet, kanske några ören på sin höjd, utan sedeln har ju fått sitt värde av att folk accepterar den som värd 100 kr.
Detta fungerar genom att du lägger en NOP i transaktionen med en digital signatur.
Då används den riktiga bitcoin-ledgern.
Dina "kunder" använder då inte någon bitcoinklient, utan allt hanteras i banken. Bitcoinsystemet är bara till för att göra det fusksäkert, eftersom allt sparas i bitcoinledgern.