Uzimanje novca putem interneta pomoću Bitcoina - na način na koji je on osmišljen

Još 2009. godine Bitcoin je koristio značajku koja je omogućila razmjenu podataka IP-IP. Novčanik za 2009. godinu nije samo dokaz koncepta, a mnogi od najboljih aspekata Bitcoina bili su onemogućeni jer oni koji razvijaju softver nisu ga razumjeli.

Prošli tjedan sam razgovarao o tome kako se ključ može upotrijebiti na pametnoj kartici, dok se privatnost održavala pomoću modela identiteta vatrozida. Za sljedeći tjedan prikazat ću i metodu koja omogućuje web poslužitelju da naivno prihvaća plaćanja u bitcoin-u i metodu koja omogućuje razmjenu fijata i drugih tokena uz održavanje apsolutne razine privatnosti.

PKI certifikati - postupak

Takav - ne rudarski - aspekt je bit-in-peer-a bitcoin, i to je jedna od prvih stvari koje su Core-ovi programeri uklonili.

U 2009. godini bilo je potrebno još puno posla.

U 2009. sustav još nije bio dovršen. Trebalo je testirati nekoliko mogućih metoda, a metoda korištena u klijentu 2009. godine ostavila je mnogo toga za poželjeti. Potom je to bio samo dokaz koncepta.

Da bismo riješili takve probleme, moramo započeti s razumijevanjem da su čvorovi i novčanici odvojeni. Čvorovi su rudari, a novčanici su ono što korisnik koristi za omogućavanje P2P transakcije. U današnjem postu objasnit ću kako web certifikat koji se temelji na ECDSA, SSL / TLS poslužitelj koji vam omogućuje sigurno surfanje Internetom može biti osnova trgovačkog sustava plaćanja - sustava koji ostaje siguran i privatan, i ali je također konstruiran tako da uplata šalje na određenu adresu samo jednom.

Drugim riječima, ključeve ne ponovo koristi.

Postoje dva načina slanja novca. Ako je primatelj na mreži, vi
mogu unijeti njihovu IP adresu i ona će se povezati i dobiti novu javnost
ključ i pošaljite transakciju s komentarima. Ako je primatelj
nije na mreži, moguće je poslati na njihovu Bitcoin adresu koja
je hash njihovog javnog ključa koji vam daju. Primit će
transakcija sljedeći put kad se povežu i dobiju blok
in. Nedostatak ove metode je što nema komentara
se šalje, a malo privatnosti može se izgubiti ako se koristi adresa
više puta, ali je korisna alternativa ako oba korisnika ne mogu
biti istovremeno na mreži ili primatelj ne može primati dolazne
veze.

Certifikat je nešto što se može koristiti i u S / MIME i HTTPS.

Ako uzmemo ključ koji je povezan s potvrdom registriranom za CA, možemo stvoriti javni zapis svih kovanica koje su poslane trgovcu i istovremeno zadržati privatnost.

Započet ćemo s Alice, potrošačom, i Bobom, trgovcem u webu, koji ima web certifikat sa sjedištem u ECDSA za njegovu web stranicu HTTPS://www.bob.com.

Alice ima glavni Bitcoin ključ. Glavni se ključ ne koristi za slanje ili primanje bitcoina, a može biti metoda za izradu identifikacijskog ključa (a može biti i na pametnoj kartici). To je ključ koji ćemo nazvati P (Alice).

Bob's web mjesto (prepustit ću drugima da razmisle o tome kako je jednostavno proširiti mehanizam u e-poštu sa S-MIME) ima glavni ključ P (Bob).

Alice ima skup kovanica (to jest UTXO reference) koje mogu biti potpuno nepovezane s P (Alice) i koje uopće nemaju veze s njenim glavnim ključem. Nazvat ćemo ga P (A-1-i); ovdje (i) odnosi se na broj korištenog novčića.

Alice može stvoriti zajedničku tajnu (s1) koristeći proces dokumentiran u sljedećem dokumentu:

ODREĐIVANJE ZAJEDNIČKOG TAJNIA ZA SIGURNU RAZMENU INFORMACIJA I HIERARHIJSKE, DETERMINISTIČKE KRIPTOGRAFSKE KLJUČE

Da bi koristila takav mehanizam (jedan od mnogih primjera), Alice odlazi u Bob-ovu web trgovinu i sada traži plaćanje. Alice može izračunati zajedničku tajnu s Bobom. Da bi bila sigurnija, Alice može koristiti ID web-sesije koji dijeli s Bobom, broj računa ili bilo što drugo. Može se koristiti u vrijednosti temeljenoj na HMAC-u za dodatnu sigurnost i privatnost, ali za danas ću koristiti jednostavni hash da pojednostavnim postupak.

Alice i Bob mogu oba izračunati vrijednost S koja je povezana s ključevima koje Alice i Bob koriste na webu. Alice može imati identitetski i identitetski ključ koji se ne povezuje javno s njezinim kupnjama, ali osigurava svu njezinu komunikaciju s Bobom.

Alice šalje Bobu poruku koja je šifrirana u Bitcoin transakciji. Transakcija se može dovršiti putem izvanmrežnog ili internetskog postupka. Ako je Bob na mreži, Alice može pohraniti vrijednost darnice od Alice kao dio web blagajne.

Ako Bob nije na mreži i ima prilično jednostavno web mjesto, on može upotrijebiti blockchain za snimanje podataka o uplati i provjeriti je.

Alice šalje Bobu transakciju na P (Bob). Bob ne koristi takvu adresu, pa je plaćanje malo; bez ograničenja prašine bit će dovoljan samo jedan satoshi. Alice poruku za plaćanje šalje na P (Bob) adresu, a Bob je ne koristi za sredstva. Možemo reći da će Bob SAMO potrošiti s adrese (one povezane s javnim ključem P (Bob)) kada je certifikat označen kao istečen. Proces djeluje kao oblik distribuirane "liste opoziva" gdje Bob može kontrolirati vlastiti ključ. Štoviše, ako je Bobov ključ i potvrda ikada napadnut, a napadač prašine ovdje izvrši napadač, to djeluje kao automatsko upozorenje. Bob bi na računu mogao zadržati malu količinu sredstava kao sredstvo kojim će hakeri misliti da je to valjana adresa za korištenje (npr. 2.000 dolara) koja bi se izgubila samo ako je račun hakiran, ali to također upozorava sve Bob-ove kupce u napad.

Bob može učiniti račun privatnijim putem potključa - vidi Sliku 9 patenta:

Sl. 9 iz patenta 42

Bob bi čak mogao imati postupak u kojem je broj računa povezan s potključem.

Alice sada šalje na adresu povezanu s P (Bob) - a u skriptu ili kao OP_RETURN vrijednost uključuje šifriranu vrijednost (kao što je upotreba algoritma za šifriranje AES-a). Korištenjem gore spomenute metode, Bob može izračunati (S). Podaci u poruci Bobu poslani s jednim satosijem (plus naknade za rudarstvo) sadrže sve što Bob mora znati kako bi otkrio kamo je Alice poslala uplatu. Bob koristi simetrični ključ (S) za dešifriranje podataka u poruci:

  • Šifriranje (S) [M]

što Bobu daje poruku od Alice, M.

  • Dešifrirati (S) [M]

Bob sada može izračunati ključnu adresu iz izvedenog ključa:

  • P (Bob-Paid) = P (Bob) + HMAC (M ~ S) xG
  • Tipka poruke je P (Zajednička poruka) = HMAC (M ~ S) xG

SAMO Bob i Alice će znati novu tajnu HMAC (M ~ S).

Alice može dokazati da je uplatila Bobu uplatu. Bob može pronaći novac od Alice i potvrditi transakciju.

U isto vrijeme, nijedna vanjska strana ne može odrediti adresu s koje joj je Alice poslala uplatu - P (A-1-i) Bobu na P (Bob-Paid).

Budući da Bob ima zapis o blockchain-u na P (Bob), i ima kompletan revizijski trag svih primljenih adresa plaćanja. Zapis se može povezati s fakturama, narudžbama za kupnju i više što omogućava Bobu da izgradi čitav revizijski trag svih razmjena i onaj koji se ne može izbrisati, izmijeniti ili manipulirati. Metoda ispunjava sva potrebna pitanja Boba u vezi s zakonodavnim računovodstvom i on može imati podijeljenu adresu na kojoj se PDV i ostali porezi na promet šalju vladi kad je plaćen. Drugim riječima, Bob ne treba proći skupe revizije, a porezno tijelo može biti plaćeno odmah, bez odlaganja.

Tokeni i Bitcoin

Korištenjem protokola poput Tokenized ili nekog od različitih za koji je nChain podnio patente, Alice i Bob mogu također razmjenjivati ​​tokenizirani fiat. To znači da bi Alice mogla platiti Boba koristeći GBP token koji je izdala banka u Velikoj Britaniji. Takav se token prenosi gore navedenim postupkom, omogućujući Alice i Bobu siguran i siguran rad digitalnim novcem u njihovoj lokalnoj valuti po izboru, dok Bitcoin i dalje koristi kao "vodovod" za razmjenu.

Metanet povezivanje

Kao takav, čak i ako Bob vodi izvanmrežnu web stranicu - tj. Jednostavan sustav bez pomoćne baze podataka - zapisi primljeni protiv tipke P (Bob) sada mogu djelovati kao oblik nepromjenjivog spremišta podataka.

Potpuni red može biti poruka koju Alice šifrira Bobu.

Može se dovršiti korištenjem postojećih EDI vrsta poruka. Za razliku od EDI-ja, metoda je sigurna, sigurna i privatna.

Još bolje, zapis je nepromjenjiv. Nema mjesta računovodstvenim prijevarama. Možete poništiti transakcije, ali to zahtijeva povrat sredstava izvornom izvoru.

Alice i Bob mogu snimiti cijeli komercijalni postupak.

Bob može imati niz hijerarhijskih adresa koje bilježe sve faze narudžbe - od fakturiranja i plaćanja do slanja i isporuke. Ako Bob sada ima pod-master ključ za svakog klijenta (vidi gornji patent i sliku 9), on također može konstruirati zasebni potključ, koji je poznat i sebi, klijentu i poreznoj upravi u svrhu revizije, ali ne drugi, omogućujući mu da zadrži apsolutnu razinu privatnosti, gdje ostali klijenti i dobavljači uopće ne znaju koliko transakcija obavlja. Štoviše, on može konstruirati isplate na način koji mu omogućuje izoliranje unutarnjih zaposlenika i njihovo poznavanje samo informacija u vezi s njihovim vlastitim odjelima.

Iako se tipka povezana s CA-om ne dodiruje, računi se mogu poslati na staru adresu. Ključ sub CA-a mogao bi se povezati s obračunskom godinom i uvećavati se za svako porezno razdoblje. Zatvorite certifikat, prikupite bilo kakva plaćanja prašine i istovremeno zatvorite knjige spremne za novu obračunsku godinu.

Poruka EDI

EDI je postojeća shema kodiranja za trgovinu.

Na slici ispod možemo vidjeti formate ANSI i EDIFACT:

ANSI vs EDIFACT

U našem sustavu koristimo ključ za šifriranje podataka u poruci (a ne uplata) kao "grupnu poruku". Poruka o razmjeni nije potrebna. Takav bi bio srednji čovjek, a u Bitcoinu smo uklonili potrebu za njim.

Standardni EDI

Novi model trgovine je onaj u kojem su svi zapisi nepromjenjivi, ne mogu se izgubiti i omogućiti Alice i Bobu da privatno trguju.

Bitcoin razmjena podataka

A, alati za usmjeravanje EDI-ja u transakciju s Bitcoin-om jednostavno bi izgledali kao alati EDI kakvi su danas.

Čak i ugrađen u bitcoin transakciju, šifrirani EDI XML format jednostavno se može izdvojiti i prikazati ili ispisati kao i bilo koji drugi račun ili nalog:

Prikazana faktura

U postojećem EDI svijetu kupci se naplaćuju koristeći modele koji rade unutar cjenovnih raspona na temelju predviđenih količina Kilo-znakova (KC-a) ili dokumenata. Postoje i skriveni troškovi poput minimalne duljine zapisa kod mnogih pružatelja usluga koji navode dužinu zapisa od 128 do 512 znakova. Rezultat toga je da ako pošaljete 12 dokumenata od 12 znakova, naplaćeno bi vam do 5.120 znakova, iako je poslano samo 144 znaka.

Trgovci s velikim brojem malih transakcija mogu vam dodati značajan iznos na vaš mjesečni iznos.

Takva stvar nije problem s Bitcoin-om.

Iako je najveća dopuštena veličina poruke za NACCS EDI poruke 500.000 bajtova, realnost je da su EDI i ostale povezane poruke uglavnom reda od 150 bajta. Slanje nepromjenjivog, privatnog, sigurnog sustava fakturiranja i računovodstva za dijelove centa po računu - usporedite to s 2 do 3 dolara za EDI rješenja i čak 0,20 dolara za jednostavnu Visa transakciju, i… vrijeme je da počnete ponovno razmišljati kako poslujete.

U takvom modelu nijedna se Bitcoin adresa ne mora koristiti više puta, a plaćanja i računi povezani su privatno - što može biti i pseudonimno jer ID ne mora biti u korisničkoj potvrdi.