బ్రౌజర్ పీర్-టు-పీర్
Bitsocial వెబ్ యాప్ ఎవరో ఒకరి సర్వర్కు క్లయింట్గా ఉండాల్సిన అవసరం లేదు. అది బ్రౌజర్ ట్యాబ్ లోపలే ఒక Helia నోడ్ను నడపగలదు, డెస్క్టాప్ మరియు CLI నోడ్ల మాదిరిగానే అదే పీర్-టు-పీర్ నెట్వర్క్లో చేరగలదు, పీర్ల నుండి కమ్యూనిటీ కంటెంట్ను తెచ్చుకోగలదు మరియు pubsub ద్వారా ప్రచురించగలదు.
దీని అసలు అర్థం ఏమిటి, అది ఏ ట్రాన్స్పోర్ట్లను ఉపయోగిస్తుంది, ఇప్పటికీ అది ఏమి చేయలేదు మరియు ట్యాబ్ నుండి ప్రచురణ 2026లో మాత్రమే ఎందుకు పనిచేయడం మొదలైంది అనేది ఈ పేజీ వివరిస్తుంది.
విస్తృత నెట్వర్క్ రూపకల్పన కోసం, పీర్-టు-పీర్ ప్రోటోకాల్ చూడండి.
ట్యాబ్లో ఏమి నడుస్తుంది
బ్రౌజర్ P2P చురుకుగా ఉన్నప్పుడు, పేజీ ఒక నిజమైన libp2p నోడ్ను కలిగి ఉంటుంది:
- ఇది సురక్షిత WebSockets ద్వారా ఇతర పీర్లను డయల్ చేస్తుంది
- ఇది కమ్యూనిటీ కంటెంట్ను IPFS గేట్వే నుండి కాకుండా ఆ పీర్ల నుండి తెచ్చుకుని ధృవీకరిస్తుంది
- ఇది gossipsubలో పాల్గొంటుంది, కాబట్టి పోస్ట్ను ప్రచురించడానికి హోస్ట్ చేసిన pubsub ప్రొవైడర్ అవసరం లేదు
- ఇది ప్రతి ఇతర Bitsocial యాప్ వాడే అదే ప్రోటోకాల్ క్లయింట్ స్టాక్ను (
pkc-js) ఉపయోగిస్తుంది
ఆచరణాత్మక పర్యవసానం ఏమిటంటే, వెబ్ పాఠకుడికీ కమ్యూనిటీకీ మధ్య ఏ గేట్వే ఆపరేటరూ ఉండడు. ప్రతి బ్రౌజర్ వినియోగదారు కోసం ఒకేసారి ఒక కమ్యూనిటీని తొలగించేలా ఒత్తిడి చేయగల ఒకే ఒక్క HTTPS ఎండ్పాయింట్ అనేది లేదు.
బ్రౌజర్ నోడ్లు ఎలా కనెక్ట్ అవుతాయి
pkc-js పీర్లను సురక్షిత WebSockets ద్వారా డయల్ చేస్తుంది. WebRTC మరియు WebTransport డయల్లు ఒక
కనెక్షన్ గేటర్ ద్వారా డిఫాల్ట్గా నిరాకరించబడతాయి, ఎందుకంటే బ్రౌజర్లో అవి పొడవైన, తరచుగా విఫలమయ్యే
కనెక్షన్-స్థాపన మార్గాలను — STUN/ICE చర్చలు, certhash రొటేషన్ — జోడిస్తాయి, ఇవి పేజీ లోడ్లను
నెమ్మదిస్తాయి, అయితే WebSocket నేరుగా, నమ్మదగిన ట్రాన్స్పోర్ట్ను ఇస్తుంది. ప్రత్యేకంగా WebRTC లేదా
WebTransport కావాలనుకునే కాలర్లు libp2pJsClientsOptions[].libp2pOptions.connectionGater ద్వారా
గేటర్ను భర్తీ చేయవచ్చు.
ఆచరణాత్మక పర్యవసానం ఏమిటంటే, ఒక బ్రౌజర్ పీర్ WSS ఎండ్పాయింట్ను బహిర్గతం చేసే నోడ్లకు కనెక్ట్ అవుతుంది, అంటే ఆ నోడ్లకు ఒక డొమైన్ మరియు CA-సంతకం చేసిన ప్రమాణపత్రం అవసరం. అది లేని సాధారణ వినియోగదారు కనెక్షన్ల వెనుక ఉన్న పీర్లను ట్యాబ్ నుండి డయల్ చేయకుండా పరోక్షంగా చేరుకుంటారు.
బ్రౌజర్ నుండి ప్రచురణ 2026లో మాత్రమే ఎందుకు పనిచేయడం మొదలైంది
బ్రౌజర్ పీర్-టు-పీర్ కొత్త ఆలోచన కాదు. 2026లో మారినది ఏమిటంటే, ఇప్పుడు బ్రౌజర్ నోడ్ యొక్క పోస్ట్లు నెట్వర్క్లోని మిగతా భాగానికి చేరుతున్నాయి.
libp2p pubsub స్పెసిఫికేషన్ ప్రకారం సందేశపు seqno సరళంగా పెరిగే 64-బిట్ బిగ్-ఎండియన్ పూర్ణాంకం అయి
ఉండాలి. js-libp2p-gossipsub దానికి బదులుగా 8 యాదృచ్ఛిక బైట్లను రూపొందించేది, అయితే
go-libp2p-pubsub మరియు rust-libp2p రెండూ ఒక కౌంటర్ను వాడాయి. Kubo 0.40+ డిఫాల్ట్గా
BasicSeqnoValidatorను ప్రారంభిస్తుంది, ఇది ఆ పీర్ నుండి అప్పటికే కనిపించిన అత్యధిక విలువ కంటే ఎక్కువ
seqno లేని ఏ సందేశాన్నైనా తిరస్కరిస్తుంది.
దీని ఫలితంగా, ఒక JavaScript నోడ్ — బ్రౌజర్ నోడ్తో సహా — ప్రచురించిన చాలా సందేశాలు Kubo పీర్లచే నిశ్శబ్దంగా విస్మరించబడేవి. ఒక పునరుత్పత్తి పరీక్షలో 30 సందేశాల్లో 2 నుండి 8 మాత్రమే చేరుతున్నట్లు కొలవబడింది.
ఇది js-libp2p-gossipsub#545లో
నిర్ధారించబడింది మరియు 2026 మేలో @libp2p/gossipsub 15.0.21లో పరిష్కరించబడింది. అది వచ్చే వరకు,
బ్రౌజర్ నోడ్ కనెక్ట్ అయి చదవగలిగేది, కానీ దాని పోస్ట్లు Go పీర్లకు వెళ్లే దారిలో ఎక్కువగా
అదృశ్యమయ్యేవి. pkc-js ఆ పరిష్కారం దాటిన @libp2p/gossipsub 16.0.4ని షిప్ చేస్తుంది.
బ్రౌజర్ నోడ్ ఇప్పటికీ ఏమి చేయలేదు
బ్రౌజర్ నోడ్ ఒక నిజమైన పీర్, సర్వర్ కాదు. డెస్క్టాప్ లేదా ఎప్పుడూ-ఆన్లో ఉండే నోడ్ కంటే దీనికి భిన్నమైన పరిమితులు ఉన్నాయి:
- ఇది సాధారణంగా పబ్లిక్ ఇంటర్నెట్ నుండి ఏకపక్ష ఇన్బౌండ్ కనెక్షన్లను స్వీకరించలేదు
- ట్యాబ్ తెరిచి ఉన్నంతసేపు మాత్రమే ఇది పనిచేస్తుంది, కాబట్టి కమ్యూనిటీ డేటాకు ఇది దీర్ఘకాలిక హోస్ట్ కాదు
- ఇది libp2p DHTలో చేరలేదు, అందుకే డిస్కవరీ HTTP రూటర్ల ద్వారా జరుగుతుంది
- పెద్ద ఎత్తున సీడింగ్ చేయడానికి ఇది సరిపోదు
పూర్తి కమ్యూనిటీ హోస్టింగ్ను ఇప్పటికీ డెస్క్టాప్ యాప్, bitsocial-cli లేదా మరొక ఎప్పుడూ-ఆన్లో ఉండే
నోడ్ మెరుగ్గా నిర్వహిస్తుంది. గేట్వే లేకుండా ఎవరు చదవగలరు, పోస్ట్ చేయగలరు అనేదాన్ని బ్రౌజర్ P2P
మారుస్తుంది; ఆన్లైన్లో ఉండిపోయే పీర్ల అవసరాన్ని అది తొలగించదు.
HTTP రూటర్లు గేట్వేలు కావు
ఒక కమ్యూనిటీ చిరునామాను ప్రస్తుతం ఏ పీర్లు అందిస్తున్నాయో తెలుసుకోవడానికి బ్రౌజర్ క్లయింట్లు ఇప్పటికీ HTTP రూటర్లను ప్రశ్నిస్తాయి. "బ్రౌజర్లో స్వచ్ఛమైన పీర్-టు-పీర్" అనే మాటపై ఇది నిజాయితీగల నక్షత్రపు గుర్తు, దాని గురించి కచ్చితంగా చెప్పడం విలువైనది:
- రూటర్ ఒక కంటెంట్ చిరునామా కోసం పీర్ చిరునామాలను మాత్రమే నిల్వ చేస్తుంది
- అది కమ్యూనిటీ కంటెంట్ను నిల్వ చేయదు, అందించదు, కనీసం దాని గురించి తెలుసుకోదు కూడా
- క్లయింట్లు అనేక రూటర్లను సమాంతరంగా ప్రశ్నించి ఫలితాలను కలుపుతాయి
- ఎవరైనా ఒకదాన్ని నడపగలరు, రూటర్లను మార్చుకోవడం అనేది డేటా మైగ్రేషన్ అవసరం లేని కాన్ఫిగ్ మార్పు మాత్రమే
డిస్కవరీ తర్వాత, కంటెంట్ బదిలీ మరియు pubsub ట్రాఫిక్ పీర్-టు-పీర్గా కదులుతాయి. అదృశ్యమైన రూటర్ వల్ల మీకు ఒక లుకప్ మార్గం పోతుంది, మీ డేటా కాదు. దీనికి భిన్నంగా, IPFS గేట్వే కంటెంట్ మార్గంలోనే ఉంటుంది.
ఇది ఈరోజు ఎక్కడ నడుస్తోంది
గేట్వే ఫాల్బ్యాక్
నేరుగా చేరలేని బ్రౌజర్లు లేదా నెట్వర్క్ల కోసం అనుకూలత మార్గంగా గేట్వే-ఆధారిత యాక్సెస్ ఇప్పటికీ ఉంది. గేట్వే ఫాల్బ్యాక్ చూడండి. లక్ష్య నిర్మాణం ఏమిటంటే ముందుగా బ్రౌజర్ P2P, గేట్వేలు డిఫాల్ట్ అడ్డంకిగా కాకుండా ఐచ్ఛిక ఫాల్బ్యాక్గా ఉండటం.