Blockchain i HTTP/S

Ten post pierwotnie pojawił się na stronie internetowej ZeMing M. Gao i ponownie opublikowaliśmy go za zgodą autora. Przeczytaj cały artykuł tutaj.

Hypertext Transfer Protocol (HTTP) i jego zaszyfrowane rozszerzenie Hypertext Transfer Protocol Secure (HTTPS), łącznie HTTP/S, to protokół warstwy aplikacji w pakiecie protokołów internetowych (IP), który jest podstawową warstwą protokołów Internetu. Mówiąc dokładniej, jest to warstwa łącząca umieszczona pomiędzy górną warstwą aplikacji a podstawową warstwą protokołu.

HTTP/S jest podstawą komunikacji danych w sieci World Wide Web. HTTP/S jest programowany przy użyciu języka HTML (HyperText Markup Language), który zawiera kody do wyrażania różnych elementów HTML.

Tym, co czyni HTML potężnym, jest jego zdolność do używania różnych określonych elementów HTML do łączenia zasobów, zarówno wewnętrznych, jak i zewnętrznych. Jest to mechanizm łączący, który tworzy wzajemnie połączoną treść internetową1.

Zasadniczo Internet działa na protokole HTTP/S, który z kolei działa na protokole TCP/IP.

Blockchain i Internet

Blockchain może być używany do zabezpieczania wszystkich treści używanych w HTML dla HTTP/S. Każdy plik można zabezpieczyć, przechowując skrót pliku w łańcuchu blokowym, tak aby autentyczność pliku można było zweryfikować, gdy plik jest używany.

Jednak samo wykonanie powyższego polega jedynie na użyciu łańcucha blokowego jako dodatku do HTTP/S.

Alternatywnie można zbudować specjalną przeglądarkę, aby uzyskać dostęp do danych w łańcuchu blokowym Bitcoin, tak jakby łańcuch blokowy był jakimś specjalnym „Internetem”. Ma to jednak ograniczone zastosowanie i zasadniczo oddziela blockchain od prawdziwego Internetu. Teoretycznie można postulować, że prawdziwy Internet może stopniowo przechodzić na blockchain, ale nie nastąpi to w najbliższym czasie, jeśli w ogóle.

Potencjalnie znacznie potężniejsza jest integracja blockchain z Internetem na głębszych poziomach.

Najgłębszy poziom integracji to blockchain i TCP/IP, co jest innym i długoterminowym celem rozwojowym. Zobacz Nowy Internet i Blockchain.

Ale to, co już jest na wyciągnięcie ręki, to integracja blockchaina z Internetem na poziomie HTTP/S.

Integracja blockchain i HTTP/S

Preferowana integracja nie powinna wymagać żadnych zmian w protokole TCP/IP ani w przeglądarkach. Obecne urządzenia internetowe i przeglądarki internetowe powinny po prostu działać tak, jak działają.

Przykład:

Serwer OrdFS: Ten projekt zapewnia serwer ExpressJS do hostowania Twojej witryny z tokenów Ordinal na blockchainie BTC i BSV.

Serwer OrdFS może być instancją w usługach przetwarzania w chmurze, takich jak DigitalOcean. Zobacz instrukcje tutaj.

Serwer OrdFS jest bramą dostępową do łańcuchów bloków BTC i BSV. Pozwala bezpośrednio odwoływać się do napisów porządkowych jako elementów HTML.

Po uruchomieniu serwera OrdFS możesz skierować swoją domenę na serwer, tworząc rekord A lub CNAME w ustawieniach DNS domeny.

Następnie ustawiasz rekord TXT w swojej domenie, aby wskazywał liczbę porządkową:

TXT=’ordfs=identyfikator napisu’
hostname=’_ordfs.myhostname.com’
Gdzie inscriptionId to txid_vout na BSV lub {txid}i{vin} na BTC.

Uwaga: utworzenie rekordu TXT powoduje utworzenie łącza HTML do opisu porządkowego, który teraz służy jako strona główna domeny.

Konkretnie, strona internetowa jest tworzona tak, aby zawierała element HTML

Treść internetowa jest zawarta w informacjach serwera WWW, tak samo jak tradycyjna strona internetowa, w tym wszystkie jej kody HTML, arkusze stylów CSS itp. Pliki są zorganizowane przy użyciu katalogu głównego i podkatalogów, które są zapisane w rekurencyjnych liczbach porządkowych, które są ze sobą połączone. Oprócz samych rekurencyjnych liczb porządkowych nie jest potrzebne nic strukturalnie nowego.

Dlaczego jest to przydatne i ważne?

Powyższa konfiguracja ma następujące ważne cechy:

(1) Zmiana przeglądarki nie jest konieczna.

(2) Struktury plików mogą pozostać takie same jak teraz. Mogą być dalej optymalizowane, ale nie muszą, tylko po to, żeby działały.

(3) Adresy linków nie wymagają specjalnego formatowania. Są to skróty Sha256 generowane automatycznie z treści. Generowanie i weryfikacja skrótów to standardowe funkcje łańcucha bloków i nie wymagają specjalnej implementacji.

(4) Serwer OrdFS, chociaż pełni rolę analogiczną do tradycyjnego serwera WWW, nie musi zawierać rzeczywistej treści internetowej, z wyjątkiem niezbędnych linków do treści internetowych, które są przechowywane w tokenach, które są przechowywane w łańcuchu lub połączone do łańcucha bloków (w przypadku tokenów porządkowych, przechowywanych w łańcuchu). Dlatego sam blockchain skutecznie służy jako uniwersalny serwer WWW, podczas gdy serwer OrdFS obsługuje łącza i działa jako interfejs między blockchainem a tradycyjną przeglądarką internetową.

Powyższe cechy (1)-(3) oznaczają, że nie ma wielkiej technicznej bariery dla adopcji, jeśli ludzie chcą przenieść Sieć na blockchain. Ale pytanie brzmi: dlaczego ludzie chcą to robić?

Odpowiedź leży w powyższym (4). Uniwersalny serwer WWW oparty na blockchainie ma ogromne implikacje.

Korzyści z integracji blockchain i HTTP/S

Całe globalne dane mogą przejść do nowego paradygmatu, który jest znacznie bezpieczniejszy, bardziej niezawodny, przejrzysty, wydajny i, co ważniejsze, oparty na tworzeniu i własności. Zacznie to zajmować się niektórymi głównymi przyczynami korupcji obecnego Internetu.

Niektóre korzyści obejmują:

(1) treść, do której się odwołuje, jest zawsze łatwa do zweryfikowania;

(2) treść jest zawsze zachowana (ponieważ każda część treści jest zarządzana i przywoływana w łańcuchu bloków niezależnie, jest mało prawdopodobne, że znikną one tylko dlatego, że strona internetowa lub usługa hostingowa zbiorowo umarły lub zniknęły);

(3) pliki, które są przechowywane w łańcuchu bloków lub do których się odwołuje, mogą być wielokrotnie używane bez tworzenia wielu kopii i duplikatów, ponieważ łańcuch bloków działa jako uniwersalny serwer, który gwarantuje niezmienność i autentyczność plików;

(4) łatwo zarabiać na treści dzięki dużej szczegółowości i modułowości.

Obecne serwery internetowe i sieciowe nie mają tych zalet. Na przykład tradycyjne serwery sieciowe po prostu nie są w stanie wykonać powyższych (3)-(4) w ogóle, niezależnie od kosztów. Tradycyjny serwer WWW musi przechowywać i udostępniać oddzielną kopię większości plików dla każdej witryny. Powoduje to wysoki stopień duplikacji plików w Internecie. Gdy zasoby zewnętrzne są połączone, zawsze pojawia się kwestia autoryzacji i autentyczności.

Brak jednego źródła prawdy (SSoT) sprawia, że korzystanie z treści internetowych jest trudne do zautomatyzowania, trudne do autoryzowania i zweryfikowania, trudne do zarabiania i trudne do modularyzacji.

W przeciwieństwie do tego, serwer WWW do łączenia się z treściami blockchain może zawierać głównie linki do plików w blockchain, który działa jak prawdziwy serwer WWW, globalny, jeśli o to chodzi, bez tradycyjnej usługi hostingowej.

Wyjątkowa siła łańcucha bloków polega na zapewnieniu uniwersalnego pojedynczego źródła prawdy (SSoT), łatwej automatyzacji, monetyzacji i modularyzacji w celu zwiększenia wydajności i ogólnego wykorzystania treści internetowych.

Wyjątkowość haszowania Bitcoina Sha256

Ważne jest, aby zdać sobie sprawę, że hasze utworzone za pomocą algorytmu haszującego Bitcoin Sha256 są gwarantowane jako unikalne ze względu na wyjątkowo niski współczynnik kolizji Sha256. Oznacza to, że nie ma potrzeby centralnego zarządzania adresami URL opartymi na skrótach Bitcoin, aby uniknąć kolizji adresów. Po prostu nie wydarzy się to za milion lat. Nawet jeśli zdarzy się kolizja matematyczna (co ma bardzo małe prawdopodobieństwo), kolizje byłyby od siebie tak oddalone nie tylko pod względem czasu, ale także przestrzeni użytkownika i kontekstu transakcji, że nie ma szans, aby faktycznie się zderzyły w sensie praktycznym.

Co więcej, takie adresy URL będą nie tylko unikalne w łańcuchu bloków BSV, niezależnie od tego, jak różnorodni są użytkownicy, którzy je tworzą oraz jak losowo i swobodnie tworzą takie skróty, ale także będą unikalne, jeśli adresy URL pochodzą z różnych łańcuchów bloków.

Konsekwencją tego jest inny rodzaj Internetu.

Unifikacja i równoległość

Integracja blockchain i HTTP/S może być realizowana oddzielnie, z integracją blockchain i TCP/IP lub bez.

Integracja łańcucha bloków w HTTP/S daje miejsce na równoległość i pluralizm dla wielu łańcuchów bloków, niezależnie od tego, czy istnieje ujednolicony łańcuch bloków na poziomie TCP/IP, czy nie.

Jeśli BSV stanie się ujednoliconym łańcuchem bloków, który zostanie zintegrowany z protokołem TCP/IP w podstawowej warstwie Internetu, wszystko, w tym zarówno treść, jak i transfer wartości (płatność), będzie można obsługiwać w łańcuchu bloków BSV. Ale to nie znaczy, że ludzie nie mogą używać innych łańcuchów bloków, jeśli chcą.

Zasadniczo źródła treści mogą pochodzić z dowolnego łańcucha bloków, o ile zbudowany jest serwer interfejsu, a łańcuch bloków jest w stanie obsłużyć żądania źródeł treści, które są haszowane i opcjonalnie również przechowywane w łańcuchu bloków. Blockchain może być używany w zakresie, na jaki pozwala jego skalowalność, i może służyć swojemu unikalnemu celowi na własnym niszowym rynku, a wszystko to równolegle z innymi blockchainami.

Aby jednak ujednolicić Internet na poziomie TCP/IP, Nowy Internet jako całość musi opierać się na publicznym łańcuchu bloków, takim jak BSV, który ma nieograniczoną skalowalność. Zobacz Jeden łańcuch bloków jako podstawową warstwę IoV.

Nie musi to być liczba porządkowa

Obecnie strona internetowa oparta na blockchain, jak opisano powyżej, może być wykonana tylko z treściami wpisanymi jako tokeny porządkowe na BTC lub BSV. Ale to tylko dlatego, że:

(1) rekurencyjne liczby porządkowe są w stanie tworzyć powiązania między inskrypcjami różnych liczb porządkowych; I

(2) ktoś stworzył nowy rodzaj serwera WWW o nazwie serwer OrdFS specjalnie dla takich liczb porządkowych, które mają być używane do tworzenia stron internetowych.

Należy zauważyć, że krytycznym powodem, dla którego to działa, jest to, że inskrypcje na liczbach porządkowych są rekurencyjne i zawierają odniesienia do każdej części witryny, na przykład ikony, index.html, CSS i JavaScript.

Tokenizacja to logiczny sposób organizowania i zarządzania takimi informacjami. Nic dziwnego, że taka aplikacja pojawiła się najpierw na liczbach porządkowych.

W zasadzie jednak nic nie stoi na przeszkodzie, aby ktoś stworzył bardziej ogólny serwer obsługujący dowolną zawartość, która ma niezmienny hash przechowywany na skalowalnym łańcuchu blokowym BSV.

Dlatego spodziewane są interesujące przyszłe nowe rozwiązania.

Użycie na dużą skalę liczb porządkowych potwierdzi zarówno moc, jak i konieczność BSV

Liczba porządkowa odnotowała gwałtowny wzrost w krótkim czasie od jej powstania w styczniu 2023 r. W ciągu ostatnich sześciu miesięcy wykonano ponad 10 milionów inskrypcji.

To może brzmieć dużo jak na tokeny memów. Ale to nic, jeśli te inskrypcje są używane do konstruowania sieci. Nawet milion napisów dziennie to nic.

Od 2020 roku ilość danych w Internecie szacowano na 64 zetabajty (64 biliony gigabajtów). Oczekuje się, że do 2025 r. ilość danych generowanych każdego dnia sięgnie 463 eksabajtów na całym świecie. Szacuje się, że każdego dnia przez Internet przesyłanych jest ponad 5 bilionów gigabajtów danych2. Do końca 2025 roku łączna ilość danych w Internecie może wynieść około 100 zetabajtów, czyli 10^23 bajtów.

Jeśli działający link internetowy zawiera średnio 1 kB danych (rozsądna szczegółowość jak na dane tekstowe), potrzebujemy w sumie 10^20 linków internetowych. Ale przy zaledwie milionie inskrypcji dziennie stworzenie wszystkich tych linków zajęłoby 300 miliardów lat, nie licząc nawet przyszłego rozwoju sieci.

Nawet jeśli działający link internetowy zawiera średnio 1 MB informacji (rozsądna szczegółowość dla dźwięku i prostej grafiki), nadal zajęłoby to 300 milionów lat. Nawet jeśli działający link internetowy zawiera średnio 1 GB informacji (rozsądna szczegółowość dla danych wideo i multimediów), to i tak zajęłoby to 300 tysięcy lat.

1 milion napisów dziennie to stanowczo za mało. Ale przy 1 milionie inskrypcji dziennie oznaczałoby to już przekroczenie górnej granicy twardego sufitu blockchaina BTC.

Poza tym w tym momencie liczby porządkowe przejęłyby już blockchain BTC i zabiły cyfrową narrację złota BTC, bez której BTC konkurowałby na rzeczywistym rynku „pracy”, wykonując prawdziwą pracę, czego oczywiście nie jest w stanie i nie przeznaczony do robienia.

Oczywiste jest, że jeśli istnieje choćby odrobina powagi w tworzeniu prawdziwych danych w prawdziwej sieci, a nie tylko cyfrowych artefaktach dla nich samych, blockchain, który ma nieograniczoną skalowalność, jest jedyną drogą.

Ordinals for the Web jest po prostu przeciwieństwem BTC.

Token Ordinal został początkowo opracowany na BTC jako wykorzystanie luki w protokole BTC. To był natychmiastowy sukces, a także natychmiastowa kontrowersja. Pomysł wpisania danych tokenizacji w łańcuchu lub ogólnie jakiejkolwiek inteligentnej umowy jest obcy BTC i w rzeczywistości jest uważany za aberrację, a nawet zagrożenie dla narracji BTC.

Ale wkrótce Ordinals znaleźli dom na blockchainie BSV, gdzie skalowalność jest nieograniczona, a opłaty są setki tysięcy razy niższe niż w przypadku BTC. Przed rekurencyjnymi liczbami porządkowymi tokeny porządkowe nie miały żadnej użyteczności i były przedmiotem obrotu na zasadzie spekulacji. Ale rekurencyjne liczby porządkowe pokazują, że mogą być przydatne i mogą rozwinąć się bardziej w przyszłości.

Gdy to zrobią, Ordinals przeniosą się z BTC na BSV, ponieważ użyteczność zawsze skłania się ku lepszej skalowalności, wyższej wydajności i niższym kosztom.

Co więcej, rekurencyjne liczby porządkowe mogą w końcu ujawnić prawdę o Bitcoinie: BTC jest mitem podtrzymywanym z powodu, a nie pomimo nieistnienia użyteczności.

Gdy pojawi się prawdziwe narzędzie, pokaże prawdziwą naturę BTC, że został zaprojektowany w celu ochrony cyfrowej złotej narracji i późniejszej branży usług warstwy 2, która była niepotrzebna w pierwszej kolejności.

Pokaże również prawdziwą naturę prawdziwego Bitcoina, że jest on przeznaczony do użyteczności, od płatności po tokenizację i integrację z Internetem. Integracja może odbywać się na różnych poziomach, od najwyższej warstwy aplikacji, przez warstwę łączącą HTTP/S, aż po warstwę bazową TCP/IP.

przypisy:

[1] Każdy element HTML jest zdefiniowany przez parę znaczników, wskazujących na unikalny typ treści. Wiele elementów HTML dotyczy formatowania i prezentacji wewnętrznej treści tekstowej na stronie internetowej. Jednak tym, co sprawia, że HTML jest potężny, jest jego zdolność do łączenia się z zasobami, zarówno wewnętrznymi, jak i zewnętrznymi.

Najprostszym linkiem jest hiperłącze wskazane przez parę tagów i atrybut href=”url”. To po prostu prowadzi do innego adresu URL. Po kliknięciu takiego łącza przeglądarka opuszcza obecną stronę i odwiedza adres URL, do którego prowadzi łącze.

HTML ma inną ważną klasę elementów, z których każdy zawiera źródło multimediów na bieżącej stronie internetowej. Media są prezentowane widzowi jako integralna część strony internetowej (zamiast być prezentowane osobno na innej stronie internetowej), nawet jeśli źródło jest zewnętrzne.

Każdy element w tej kategorii reprezentuje typ mediów, na co wskazuje użycie specjalnej pary tagów mediów wraz z atrybutem src (src=”url”). Znacznik określa typ nośnika, podczas gdy atrybut src określa uniwersalną lokalizację zasobu (URL) nośnika. Instruuje przeglądarkę, gdzie na serwerze ma szukać multimediów (np. obrazu), które mają zostać włączone do bieżącej strony i przedstawione użytkownikowi. Może to być plik w tym samym katalogu, plik w innym miejscu na tym samym serwerze lub plik przechowywany na innym serwerze. Atrybut src jest używany z następującymi znacznikami HTML:

Autor : BitcoinSV.pl

Źródło : Blockchain and HTTP/S – CoinGeek

Author: BitcoinSV.pl
CEO