Muutama viikko sitten ensimmäinen Lightning-toteutus – ensimmäinen – on virallisesti beetaversiossa. Toinen toteutus – tuulihattu – seurasi viime viikko, kun taas kolmas – c-salama – odotetaan tekevän niin pian. Sellaisenaan, Lightning Network, kauan odotettu Bitcoin-peittoverkko halpoja ja välittömiä tapahtumia varten, on monien sen kehittäjien mielestä riittävän turvallinen käyttää Bitcoinin mainnetissä: merkittävä virstanpylväs tekniikalle, joka on ollut vuosien varrella.

Tämä on tähän mennessä tarina.

Ensimmäiset Musings

Salamaverkoston varhaisimmat alkuperät voidaan jäljittää Bitcoiniin asti.

Salaman ensimmäinen palapeli on käsite, jota kutsutaan “maksukanaviksi”. Maksukanavat ovat lähinnä kahden Bitcoin-käyttäjän ja vain kahden käyttäjän välisiä bitcoin-saldoja: muun maailman ei tarvitse tietää tai välittää heidän keskinäisistä saldoistaan. Tärkeää on, että nämä saldot voidaan päivittää ilman ketjun Bitcoin-tapahtumia; kun yhden käyttäjän saldo kasvaa, toisen käyttäjän saldo pienenee samalla määrällä. Itse asiassa tämä antaa molemmille osallistujille mahdollisuuden käydä kauppaa keskenään rasittamatta koko verkkoa transaktiotiedoilla.

Kun käyttäjät ovat suorittaneet kaupan, he voivat selvittää maksukanavansa lähettämällä verkkoon vain yhden tapahtuman: kyseinen tapahtuma maksaa kullekin sen, mitä heidän pitäisi saada kanavasaldonsa perusteella. Näiden käyttäjien eduksi tämän pitäisi tarkoittaa myös sitä, että kanavapäivitykset (“ketjun ulkopuoliset liiketoimet”) ovat halvempia, koska ne eivät vaadi kaivosmaksuja, ja ovat nopeampia, koska ne eivät vaadi blockchain-vahvistuksia.

Tämä yleinen ajatus on luultavasti yhtä vanha kuin ensimmäinen Bitcoin-ohjelmisto, jonka Satoshi Nakamoto julkaisi vuonna 2009. Bitcoin 0.1 sisälsi a raaka koodiluonnos jonka avulla käyttäjät voivat päivittää tapahtuman ennen sen vahvistamista:

Karkea luonnos maksukanavakoodista, joka sisältyy Bitcoin 0.1: een. Lähde: GitHub

Vaikka tämä koodi oli karkea luonnos, Satoshi Nakamoto selvitti tarkemmin, kuinka maksukanavat voisivat toimia yksityisessä viestinnässä silloin-bitcoinj kehittäjä Mike Hearn.

Useita vuosia myöhemmin, vuonna 2013, Hearn julkaistu Satoshi Nakamoton selitys maksukanavista Bitcoin-kehityksen postituslista:

Satoshi Nakamoton Mike Hearnin selitys maksukanavien toiminnasta. Lähde: Bitcoin-dev-postituslista

Ensimmäiset maksukanavat

Vaikka maksukanavien yleinen käsite on ollut olemassa niin kauan kuin itse Bitcoin, Satoshi Nakamoton suunnittelu ei ollut täysin turvallinen. Tärkeintä on, että maksukanavan käyttäjä voi tehdä yhteistyötä kaivostyöläisten kanssa saadakseen vahvistettua vanhemman tapahtuman, väittäen enemmän bitcoinia kuin kanavan saldon pitäisi antaa hänen.

Ratkaisua tähän ongelmaan ehdotettiin ensimmäistä kertaa kesällä 2011, kun Satoshi Nakamoto oli poistunut Bitcoin-projektista. Bitcointalk-foorumi käyttäjä “hashcoin” hahmoteltu kaksitasoinen maksukanava, joka vaati käyttäjiä vaihtamaan useita osittain allekirjoitettuja moniallekirjoitustapahtumia ja tapahtumia toisistaan ​​riippuvien aikavyöhykkeiden kanssa. Jos yksi osallistuja katoaa, toinen voi vaatia kaikkia maksukanavan varoja jonkin ajan kuluttua. Tämän suunnittelun haittapuoli oli kuitenkin se, että hashcoinin kanavat voisivat toimia vain yhteen suuntaan. “Alice” voisi maksaa “Bobille” mielivaltaisen määrän kertoja, mutta Bob ei voinut maksaa Alicelle saman kanavan kautta.

Hashcoinin kaltainen idea nousi esiin vuoden 2013 alussa, ja tällä kertaa se pakeni teoreettisen alueen. Saman vuoden huhtikuussa maksukanavakonsepti oli kuvattu kirjoittanut Jeremy Spilman Bitcoin-kehityksen postituslistalla. Hän oli jopa koodannut a todiste konseptista. Tämän mallin puolestaan ​​muutti Mike Hearn, minkä jälkeen tuleva Bitcoin Core -edustaja, Blockstream perustaja ja Ketjukoodilaboratoriot kehittäjä Matt Corallo muutti konseptin työkoodiksi bitcoinj mennessä vuoden 2013 puolivälissä.

Vuotta myöhemmin, vuonna 2014, Alex Akselrod (nyt Lightning Labsin insinööri) oli ensimmäinen ehdottaa kaksisuuntainen maksukanava. Alice voisi maksaa Bobille mielivaltaisen määrän kertoja, kun taas laskevia aikalukoksia käyttämällä Bob voisi maksaa Alicelle samalla kanavalla – vaikkakin rajoitetun määrän kertoja. Toisin kuin yksisuuntaiset maksukanavat, tätä ratkaisua ei kuitenkaan koskaan toteutettu koodina.

Ensimmäiset maksuverkoston käsitteet

Noin samaan aikaan, kun ensimmäisiä maksukanavia ehdotettiin, muut – mukaan lukien esimerkiksi Bitcoin Core -kehittäjät Peter Todd ja Gavin Andresen – ajattelivat ketjun ulkopuolisia maksuverkostoja. Jos Alice voisi maksaa Bobille ketjun ulkopuolisen tapahtuman kautta ja Bob voisi maksaa Carolille ketjun ulkopuolisen tapahtuman kautta, niin Alicen pitäisi pystyä maksamaan Carolille Bobin kautta vaatimatta ketjun sisäisiä liiketoimia.

Corné Plooy (nyt Lightning-kehittäjä Hollannin Bitcoin-pörssissä BL3P) oli myös työskennellyt Bitcoinin maksutasolla, jonka hän ehdotti ensin karkeaksi ajatukseksi 2011.

Varhainen esimerkki Plooyn maksukerrosrakenteesta, josta tulisi Lightning Networkin edeltäjä Amiko Pay. Lähde: Corné Plooy

Bitcoin Core -kehittäjän ja tulevan Blockstream CTO: n lisäämillä ehdotuksilla Gregory Maxwell, ja Ripple keksijä Ryan Fugger (muun muassa), tämä ajatus kehittyi kaikkialla vuotta Bitcoinin ja alkuperäisen Ripple-tekniikan fuusioon, mikä johtaa järjestelmään Plooy nimeltä “Amiko Pay”. Aikaisemmissa Amiko Pay -luonnoksissa ei käytetty maksukanavia, ja siksi luotettiin järjestelmään: jos yksi käyttäjä kieltäytyy laskemasta tasapainoa toisen käyttäjän kanssa, jälkimmäisellä ei ole turvautumista.

Ennakkomaksuverkosto ehdotus että käytetyt maksukanavat olivat ehdotettu matemaatikko ja tulevaisuus Bitcoin emBassy TLV yksi perustajista Meni Rosenfeld kesällä 2012. Bitcointalk-foorumilla Rosenfeld kuvaili järjestelmää, jossa Bob (edellisestä esimerkistä) korvataan maksuprosessorilla, ja sen asiakkaina ovat sekä Alice että Carol. Maksuprosessorilla voisi puolestaan ​​olla kanavia myös muiden maksuprosessoreiden kanssa, useampien asiakkaiden kanssa, jolloin maksukanavaverkko muuttuisi keskitin-ja-pinnajärjestelmäksi.

Vaikka tällainen järjestelmä toi hiukan luottamusta maksuprosessoreihin – he voivat kieltäytyä maksun lähettämisestä ja pitää rahat sen sijaan – tätä riskiä pidettiin pienenä: temppu toimi vain yhdellä maksulla ennen kuin asiakas huomaa ja lopettaa käyttämällä kanavaa. Lisäksi suuremmat maksut voitaisiin leikata pienempiin osiin siten, että jos yksi maksuprosessori osoittautuu epäluotettavaksi, vain pieni osa maksusta menetetään.

Tämä ratkaisu ilmestyi uudelleen pari kertaa vuosien varrella. Esimerkiksi Bitcoin Core -edustaja Peter Todd, julkaistu konseptin Bitcoin-kehityksen postituslistalle vuonna 2014. Maksuprosessori BitPay, sillä välin julkaisi a valkoinen paperi vastaavista kanavien välisistä maksuista (”Impulse”) vuoden 2015 alussa ratkaisu näin toteuttaisi ruotsalainen startup Strawpay, nimeltään Stroem (tai Ström), samaan aikaan – mutta yksikään näistä toistoista ei koskaan lähtenyt mielekkäällä tavalla.

Nyt poistuneen Strawpay-mikromaksun käynnistyksen logo. Lähde: Internet-arkisto

Alex Akselrod yritti suhteellisen varhaisessa vaiheessa luoda luotettavan maksukanavaverkon. Ensimmäinen kuvaus a wiki-luonnos vuonna 2013, toteutetaan a todiste konseptista läpi vuoden 2014 Akselrodin ratkaisu meni pitkälle kohti ongelman ratkaisemista teoreettisella tasolla. Suurin ongelma oli, että se olisi käytännössä edelleen melko kömpelö. Jos maksu epäonnistuu esimerkiksi tapahtuman reitin varrella, käyttäjällä ei ole muuta mahdollisuutta kuin odottaa, kunnes varat vapautetaan maksukanavan aikarajoitusten kautta, mikä voi mahdollisesti kestää kuukausia.

Sillä välin vuoteen 2015 mennessä Plooy’s Amiko Pay oli kehittynyt siihen pisteeseen, jossa se voisi mahdollisesti toimia myös luotettavasti. Hänen suunnittelunsa olisi kuitenkin edellyttänyt suhteellisen kauaskantoisia muutoksia Bitcoin-protokollaan siihen pisteeseen, jossa tietyntyyppisten tapahtumien palauttaminen olisi tarpeen. Vaikka teknisesti mahdollista, ei ollut ilmeistä, hyväksytäänkö tällaiset muutokset Bitcoin-protokollaan.

Myöhemmin samana vuonna Zürichin teknillisen yliopiston tutkijat (ETH Zürich), Tohtori Christian Decker (nyt Blockstreamissa) ja Roger Wattenhofer ehdottivat vielä toista päällekkäisverkkoa valkoisessa kirjassaan “Nopea ja skaalautuva maksuverkosto, jossa on Bitcoin Duplex -maksumaksukanavat.”Heidän ratkaisunsa luotti vahvasti aikalukkoihin eräänlaisena” lähtölaskennana “maksukanavan pätevyydeksi, joka yhdistettiin kryptografiseen temppuun, jota kutsutaan” mitätöintipuuksi “vanhentuneille kanavasaldoille.

Akselrodin ratkaisu, myöhemmät luonnokset Amiko Payista ja Duplex Micropayment Channels (DMC) olivat kaikki samankaltaisia ​​kuin Lightning Network, ja ne olisivat voineet toimia itsenäisesti tekemällä erilaisia ​​kompromisseja. Jos salamaverkkoa ei olisi keksitty, jostakin näistä ratkaisuista olisi voinut tulla (perusta) Bitcoinin skaalauskerrokseksi.

Mutta tietysti salamaverkko oli keksitty.

Salamaverkko

Vuosien maksukanavan ja verkon suunnittelun jälkeen kaikki palapelin palaset putosivat lopulta yhteen vuoden 2015 alussa.

Thaddeus “Tadge” Dryja – älykkäiden sopimusten kaupankäyntialustan teknologiajohtaja Peili – ja Joseph Poon kirjoitti valkoisen kirjan otsikolla “Bitcoin-salamaverkosto: Skaalautuvat pikaketjut ketjun ulkopuolella,”Julkaistiin ensimmäisen kerran kyseisen vuoden helmikuussa.

Se osoittautui pelinvaihtajaksi.

Lightning Networkin valkoisessa kirjassa, johon tätä julkaisua alettiin viitata, ehdotettiin useita ratkaisuja maksukanavaverkon toteuttamiseksi täysin luotettavasti: yksikään osallistuja ei voinut huijata vaarantamatta kaikkia kanavallensa asettamiaan rahaa, kun taas välittäjät eivät pystyisi varastaa jopa pieni osa siitä. Lisäksi ratkaisu vaati suhteellisen vähän muutoksia Bitcoin-protokollaan ja lupasi olla joustavampi ja käyttäjäystävällisempi kuin tähän mennessä ehdotetut vaihtoehdot.

Tärkeimmät innovaatiot, jotka kuvataan valkoisessa kirjassa, ovat “Poon-Dryja-kanavat”. Aikaisempien maksukanavamallien tapaan Poon-Dryja-kanavat riippuvat osittain allekirjoitettujen ja lähettämättömien tapahtumien vaihdosta. Mutta aiempiin maksukanaviin verrattuna nämä uudet kanavat ottavat uuden askeleen, johon sisältyy salaisten numeroiden vaihto, mikä mahdollistaa maksukanavien päivittämisen kumpaankin suuntaan. Alice voi maksaa Bobille mielivaltaisen määrän kertoja, ja Bob voi maksaa saman kanavan Alicelle yhtä mielivaltaisen määrän kertoja.

Lisäksi Lightning Network hyödyntää Hashed Timelock -sopimukset (HTLC: t). Tämä käsite on yleensä johtuu Tier Nolanille ja se oli alun perin suunniteltu ristilohkoketjutapahtumille; esimerkiksi vaihtaa bitcoinia ja litecoinia luotettavasti. Salamaverkossa tätä ratkaisua käytetään sen sijaan maksujen yhdistämiseen maksukanavien välillä.

Poon ja Dryja esittivät ideansa ensin julkisesti San Franciscon Bitcoin Devs -seminaarissa helmikuussa 2015:

SF Bitcoin Devs -seminaari: Bitcoinin skaalaus miljardeihin tapahtumiin päivässäSF Bitcoin Devs -seminaari: Bitcoinin skaalaus miljardeihin tapahtumiin päivässä

Katso tämä video YouTubessa

Sen jälkeisinä kuukausina, kevään ja kesän 2015 aikana, Bitcoinin skaalauskysymys ja lohkokoko-rajakiista muuttuivat julkiseksi riidaksi. Keskellä tätä kriisitunnelmaa järjestettiin kahden konferenssin sarja vuoden 2015 loppupuolella: Bitcoin Montrealin skaalaus syyskuussa ja Skaalaus Bitcoin Hong Kong joulukuussa. Montrealissa Poon ja Dryja esitetty ehdotuksensa uudelleen, sitten molemmat Poon ja Dryja piti toisen, perusteellisemman esityksen myös Hongkongissa.

Heti Hongkongissa pidetyn konferenssin toisen painoksen jälkeen Gregory Maxwell ehdotti a skaalaus tiekartta Bitcoin-kehityksen postituslistalla. Tämä tiekartta sisälsi selkeästi salamaverkon. Se sai tuki suurimmasta osasta Bitcoinin teknistä yhteisöä ja siitä tuli tosiasiallinen tiekartta Bitcoin Core -projektille.

Jos salamaverkon ennakointi ei ollut jo tarpeeksi suuri, se todellakin oli nyt.

Toteutukset

Lightning Network -asiakirja on pitkä ja monimutkainen asiakirja, joka kattaa erittäin tekniset käsitteet; vuonna 2015 harvoilla ihmisillä oli aikaa ja taitoja lukea ja ymmärtää se. Mutta yleinen ymmärrys lisääntyi merkittävästi, kun pitkäaikainen Linux-ytimen kehittäjä Rusty Russell sai tietää valkoisesta paperista. Jonkin sisällä sarja / blogi viestejä julkaistiin vuoden 2015 alussa, Russell “käänsi” ehdotuksen yleisemmälle (mutta silti melko tekniselle) yleisölle.

Sitten, toukokuussa 2015, blockchain-kehitysyhtiö Blockstream palkkasi Russellin kehittämään salaman todellisen toteutuksen C-ohjelmointikielellä: c-salama. Tämä merkittävä askel kohti täytäntöönpanoa osoittautui keskeiseksi. Konsepti, jota oli ehdotettu vasta muutama kuukausi ennen, oli parhaillaan luomassa tajusi maailmanluokan kehittäjä. Russellin seuraan liittyi myöhemmin Christian Decker Blockstreamissa, kun taas muut kehittäjät – mukaan lukien Corné Plooy – osallistuvat muutaman seuraavan vuoden aikana myös avoimen lähdekoodin projektiin.

Pian sen jälkeen, kun Russell alkoi työskennellä c-salaman kanssa, Blockstream ei ollut enää ainoa yritys, joka toteutti salaman toteutuksen. Kesään 2015 mennessä, ACINQ, pienempi Bitcoin-teknologiayritys, joka oli alun perin suunnitellut älykorttipohjaisten laitteistolompakoiden kehittämistä, päätti kokeilla käsiään myös lupaavassa tekniikassa. Pariisissa toimiva startup ilmoitti myöhemmin kehitetty oma salamaprotokollan käyttöönotto Scala-ohjelmointikielellä, nimeltään eclair.

ACINQin eclair-ilmoituksesta. Lähde: medium.com

Vielä pari kuukautta tiellä, kolmas toteutus oli työn alla. Tammikuuhun 2016 mennessä molemmat Lightning Network -lehden kirjoittajat, Poon ja Dryja, yhdessä Elizabeth Starkin ja Olaoluwa “Laolu” Osuntokunin kanssa, perustivat kokonaan uuden yrityksen Lightningin kehittämiseksi: Lightning Labs. Lightning Labs johtaisi kehitystä eteenpäin ensimmäinen, Lightningin toteutus Google’s Go -ohjelmointikielellä (tunnetaan myös nimellä “golang”), jota he olivat jo alkaneet kehittää ennen yrityksen perustamista.

Noin vuosi yrityksen perustamisen jälkeen, vuoden 2016 lopulla, Dryja jätti Lightning Labsin sen sijaan liittyä seuraan MIT Media Labin Digital Currency Initiative, sama organisaatio, joka työllistää Bitcoin Core -pääkehittäjän Wladimir van der Laanin ja useita muita Bitcoin Core -apurahoja. MIT: ssä Dryja jatkoi työskentelyä Lightning-toteutuksen parissa, jonka hän käynnisti Lightning Labsissa palaa; sekä ensimmäinen että valaistu ovat olemassa tänään. Lit erottaa itsensä ensimmäisestä ja muista toteutuksista olemalla lompakko ja solmu kääritty yhdeksi; tänään se tukee myös useita kolikoita samanaikaisesti konfigurointivaihtoehdon avulla.

Lisäksi blockchain-yritys Bitfury, tunnetaan parhaiten kaivosaltaastaan ​​ja kaivoslaitteistaan, haarautti ensimmäisen toteutuksen ohjelmiston uudelle versiolle. Tämän haarukan ainutlaatuinen on, että se teki kompromisseja suunnittelussa, jotta ei tarvita muokattavuuden korjausta Bitcoin-verkossa – lisää siitä myöhemmin. Bitfury osallistui myös tapahtumareitityksen alueeseen, erityisesti protokollana nimeltäHeijastus.”(Ensimmäisen Bitfury-haarukan kehitys näyttää kuitenkin pysähtyneen toistaiseksi.)

Lisäksi vuonna 2016 merkittävä lompakon tarjoaja Blockchain ilmoitti siitä kehitetty kutsutaan yksinkertaistettu versio Lightning Network -verkosta ukkonen. Tämä toteutus teki suhteellisen suuria kompromisseja verrattuna tyypillisiin Lightning-toteutuksiin, etenkin koska se vaati luottamusta verkon vastapuoliin. Tekemällä tämän kompromissin, se pystyi julkaisemaan alfa-julkaisun sen toteuttamisesta jo keväällä 2016, kauan ennen muita kehitystiimejä. (Vaikka ukkosta saattaa myös olla tehty yhteensopivaksi Lightning Networkin kanssa tulevaisuudessa myös tämän toteutuksen kehitys näyttää pysähtyneen toistaiseksi.)

Päivinä heti Scaling Bitcoin Milanin, vuoden 2016 lopulla järjestetyn konferenssin kolmannen painoksen jälkeen, useimpiin Lightning-toteutuksiin osallistuneet avustajat kokoontuivat ensimmäiseen Lightning Summit -kokoukseen. Täällä he keskustelivat siitä, miten kaikki erilaiset toteutukset voidaan tehdä yhteentoimiviksi, mikä johti Lightning Network -protokollan määrittelyynPULTTI”(Lyhenne sanoista Lightning Technology). Jos salamaverkon valkoinen kirja oli teoreettinen ehdotus, BOLTista tuli todellisen salamaverkon perusta sellaisena kuin me sen tunnemme tänään.

Protokolla muuttuu

Kun Lightning Network -asiakirja julkaistiin ensimmäisen kerran, kuvattu idea ei todellakaan ollut yhteensopiva Bitcoin-protokollan kanssa – ainakaan ei turvallisesti. Salama-verkon käyttöön ottamiseksi kuvatulla tavalla Bitcoin vaati useita protokollamuutoksia.

Ensimmäiset näistä olivat uusia aikalukoksia, jotka tekisivät maksukanavat vastustuskykyisiksi Bitcoinin muovattavuusvirheelle. Tämä ongelma oli kuitenkin jo ratkaistavissa jo ennen Lightning Networkin valkoisen kirjan julkaisemista, ja se ratkaistiin lopullisesti vuonna 2015, kun Peter Toddin suunnittelemaa ja ehdottamaa uudentyyppistä aikalukkoa toteutettu Bitcoin-protokollassa: CheckLockTimeVerify (CLTV).

Myöhemmin Bitcoin Core -kehittäjät tajusivat, että salamaverkko toimisi vielä paremmin suhteellisten aikarajojen kanssa. Näiden avulla käyttäjät voivat lukita bitcoinit tietyksi ajaksi toisen tapahtuman vahvistamisen jälkeen. Salaman yhteydessä käyttäjät voivat pitää maksukanavansa auki rajattomasti, kun taas CLTV: n aikalukot vaativat heitä sulkemaan kanavansa säännöllisesti. Pehmeä haarukkapäivitys suhteellisten aikalukosten toteuttamiseksi, nimeltään CheckSequenceVerify (CSV), jonka on suunnitellut Bitcoin Core -edustajat BtcDrak, Eric Lombrozo ja Mark Friedenbach, ja se on aktivoitu Bitcoin-verkossa kesään 2016 mennessä.

Mutta suurin salamaverkon edellyttämä protokollamuutos (ainakin olettaen kunnollisen käyttökokemuksen) oli muovattavuuskorjaus mille tahansa Bitcoin-tapahtumalle.

Salamaverkoston valkoisen kirjan julkaisuhetkellä muovattavuutta pidettiin suurena haasteena. Vaikka a pehmeä haarukka korjata se oli käynnissä tuolloin, kehittäjät eivät olleet varmoja, että tämä voisi toimia ja ajattelivat, että se saattaa vaatia kovaa haarukkaa. Sitten vuoden 2015 loppupuolella Bitcoin Core -operaattorit huomasivat, että Segregated Witness (SegWit), muovattavuuskorjaus, joka oli osa Blockstreamin Elements-projekti, voitaisiin ottaa käyttöön Bitcoinissa taaksepäin yhteensopivana pehmeänä haarukana.

Pitkän taistelun jälkeen Segregated Witness -pehmeä haarukka aktivoitui lopulta kesällä 2017, mikä tasoitti tietä myös Lightning Networkille Bitcoinissa.

(Jos haluat lisätietoja erillisen todistajan historiasta, katso myös ”The Long Road to SegWit: How Bitcoin’s Biggest Protocol Upgrade Become Reality.”)

Alfa

Vaikka erillistä todistajaa ei olisikaan vielä otettu käyttöön Bitcoin-protokollaan (eikä ollut täysin varmaa, että se koskaan tulee), salamaverkoston kehittäminen oli hyvin käynnissä.

Tämä alkoi testnetissä, joka on erityisesti testitarkoituksiin suunniteltu Bitcoin-kopio. Tai tarkemmin sanottuna tässä tapauksessa Lightning-verkko aloitti erillisellä testnet-versiolla, jonka nimi oli “SegNet 4” (se oli neljäs SegWit-kohtainen testnet), joka käynnistettiin toukokuussa 2016..

Alle kuusi kuukautta SegNet 4: n käyttöönoton jälkeen, lokakuussa 2016, Blockstream-kehitystiimi oli edennyt c-salama-prototyyppinsä siihen pisteeseen, jossa se oli käyttökelpoinen. Siinä, johon viitattiinSalama ensimmäinen isku,”Decker oli” ostanut ”kissakuvan Russellilta testnet-bitcoineilla Lightning Networkin varhaisessa iteraatiossa..

Kissakuva Christian Decker “osti” Rusty Russellilta. Lähde: Blockstream.com

Tammikuuhun 2017 mennessä ensimmäinen Lightning-toteutus – lnd – julkaistiin vuonna alfa. Sen myötä Lightning Network oli itse “virallisesti” siirtynyt “alfa-vaiheeseen”: kehittäjiä ympäri maailmaa kutsuttiin ensimmäistä kertaa kokeilemaan tekniikkaa, kun taas Lightning Labs auttaisi edelleen testaamaan ja parantamaan koodia.

Tämä alfa-vaihe puolestaan ​​johti kasvavaan kehittäjien määrään sovellukset ensimmäisen ja muiden salama-toteutusten päällä. Nämä “Lappit,”Kuten salaman toteutuksia on kutsuttu kutsumaan, vaihtelivat työpöydältä ja mobiili lompakot, mikromaksujen bloggausalustat, että uhkapelisivustot, että tutkimusmatkailijoita, ja paljon muuta – vaikka useimmissa tapauksissa se on silti suunniteltu Bitcoinin testnetille.

Kesällä 2017 Segregated Witness aktivoitui lopulta, ja Bitcoinin salamaverkoston perustyö valmistui. Siitä lähtien Blockstreamille kesti noin kolme kuukautta ilmoittaakseen ensimmäisestä kaupastaan ​​Bitcoinin mainnetissä. Hieman myöhemmin, marraskuussa, Lightning Labs teki ensimmäisen salamatapahtuman estoketjuissa: Bitcoinista Litecoiniin. Ja joulukuussa kehitystiimit Blockstreamista, Lightning Labsista ja ACINQista ilmoitti että he olivat suorittaneet onnistuneita yhteentoimivuuden testejä.

Lisäksi vuoden loppuun mennessä toiset alkoivat todella käyttää alfa-salama-toteutuksia Bitcoinin mainnetissä oikealla rahalla – joissakin tapauksissa jopa sen kehittäjien suositusten vastaisesti. Yhä useampi Lightning-kanava avattiin, ja kehittäjä Alex Bosworth oli joulukuuhun mennessä maksoi puhelinlaskunsa salamakanavan kautta, jonka hän oli perustanut maksuprosessorin kanssa Bitrefill: yksi ensimmäisistä oikean rahan ostoista Lightning Networkissa.

Toinen kuukausi myöhemmin, Blockstream – kun c-salama oli vielä beetaversiossa – avattu a verkkokauppa josta todellisia tuotteita voitiin ostaa todellisilla bitcoineilla, vaikkakin varoittamalla selvästi riskeistä. Ja helmikuussa 2018 salamien alfa-vaiheen melkein runollisessa sulkemisessa, Bitcoinin legendaarinen Lazlo Hanyecz “Bitcoin-pizza”Maine ilmoitti että hän on ostanut pizzoja (tietysti!) Lightning Networkin kautta.

Lazlo Hanyecz nauttii pizzoista. Lähde: http://eclipse.heliacal.net/~solar/bitcoin/lightning-pizza/

Beeta

Vuosien kehityksen ja vielä useamman vuoden käsitteellistämisen jälkeen ehkä kaikkien aikojen suurin virstanpylväs saavutettiin useita viikkoja sitten.

Puolivälistä maaliskuuhun 2018 Lightning Labsin ensimmäinen oli Lightning-toteutus, joka julkaistiin beetaversiossa. Ilmoitettu samanaikaisesti 2,5 miljoonan dollarin siemensijoituskierroksen kanssa, johon sisältyivät suurten nimien sijoittajat, kuten Twitterin toimitusjohtaja Jack Dorsey, Lightning Labs piti Lightning-toteutusta, jonka se oli ollut kärjessä valmiina käytettäväksi Bitcoinin mainnetissä – tosin ensisijaisesti teknisille käyttäjille.

Tätä ilmoitusta seurasi a twiitti ACINQilta 28. maaliskuuta ilmoittaen, että myös eclair on julkaistu beetana ja sen katsotaan siten olevan valmis myös mainnet-käyttöön. Käynnistys lisäsi, että heidän Android Lightning -lompakkonsa julkaistaisiin seuraavalla viikolla. (Tämän artikkelin julkaisuhetkellä eli tällä viikolla.)

Blockstreamin c-salama-toteutusta ei ole vielä julkaistu beetaversiossa, vaikka sen kehitystiimi ilmoitti Bitcoin-lehti tämä voi seurata myös pian. Lisäämällä yhä kasvavaan luetteloon, blockchain-kehitysyritys kuitenkin teki, esitellä seitsemän upouutta Lappia maaliskuun viimeisellä viikolla korostaen yrityksen edistymistä Lightning-rintamalla.

Vaikka ihmiset käyttivät jo Lightning-ohjelmistoa jopa alfa-tilassa, beeta-vaihe on vain stimuloinut tätä kasvu. Tämän artikkelin julkaisuhetkellä reilusti yli 1000 salaman solmua on avannut lähes 5000 maksukanavaa, joilla on yhteensä yli 10 bitcoinia (noin 70 000 dollaria kirjoitushetkellä). Sadat uudet solmut tulevat verkkoon päivittäin, ja jopa Litecoin-kohtainen salamaverkko on muodostumassa, mikä voitaisiin tulevaisuudessa tehdä yhteentoimivaksi Bitcoinin kanssa.

Kaavio salamaverkosta julkaisuhetkellä. Lähde: lnmainnet.gaben.win

Silti, vaikka koko tämä edistys onkin, Salamaverkon kannalta on vielä alkuaikoja. Suurin osa verkon käyttäjistä on edelleen erittäin teknisiä (usein kehittäjiä), ja käyttötapaukset ovat enimmäkseen kokeellisia. Vaikka beeta-ohjelmistojulkaisut ovat merkittäviä virstanpylväitä, verkon kehittäminen ja parantaminen on jatkuva prosessi, ja paljon on vielä tehtävä, mutta avoimia kysymyksiä reitityksestä, yksityisyyttä ja muut riskejä jäädä jäljelle.

Todennäköisesti vain myöhempi hyväksyminen vastaa niihin.

Kirjoittajan huomautus: Tutkiessani tätä artikkelia tajusin, että Salamaverkoston koko (es) historia on vieläkin laajempi kuin minä jo tiesin sen olevan. Sen hahmottaminen yhdeksi kappaleeksi vaati kulmien leikkaamista ja yksityiskohtien jättämistä pois, mikä ei tee oikeudenmukaisuutta kaikille ihmisille, projekteille ja konsepteille, jotka auttavat tämän tekniikan toteuttamisessa. Tämä artikkeli on yritys hahmotella tähänastinen tarina, mutta se ymmärretään parhaiten karkeana yhteenvetona – ei tyhjentävänä historiallisena tai teknisenä laskelmana. Kiitos kaikille, jotka antoivat tietoja ja muuta palautetta.