Changes for page Networks

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -16,6 +16,8 @@
16	16
17	17
18	18
	19	+
	20	+
19	19	== Building Blocks of P4P Networks ==
20	20
21	21
...	...	@@ -72,77 +72,92 @@
72	72	* Examples: PKI, Distributed Identities (DIDs), Web-of-Trust, TOFU (SSH-style), Verifiable Credentials (VCs), Peer key fingerprints (libp2p PeerIDs), Key transparency logs
73	73
74	74
	77	+
75	75	==== **6. Transport Layer** ====
76	76
77	77	> This layer provides logical connections and flow control. QUIC and WebRTC bring modern congestion control and encryption defaults; Interpeer explores transport beyond IP assumptions.
78	78
79		-* How do peers establish end-to-end byte streams and reliable delivery?
	82	+* //How do peers establish end-to-end byte streams and reliable delivery?//
80	80	* Examples: TCP, UDP, QUIC, SCTP, WebRTC DataChannels, Interpeer transport stack
81	81
82	82
	86	+
83	83	==== **7. Underlying Transport (Physical/Link Layer)** ====
84	84
85	85	> Highly relevant for **offline-first / edge networks**, device-to-device communication, and mesh networks and relates to the hardware which facilitates connections.
86	86
87		-* How does data move across the medium?
	91	+* //How does data move across the medium?//
88	88	* Examples: Ethernet, Wi-Fi Direct / Wi-Fi Aware (post-AWDL), Bluetooth Mesh, LoRa, NFC, Cellular, CSMA/CA, TDMA, FHSS
89	89
	94	+
	95	+
90	90	==== **8. Session & Connection Management** ====
91	91
92	92	> Manages **connection lifecycle**, including authentication handshakes, reconnection after drops, and session continuation—especially important in lossy or mobile networks.
93	93
94		-* How are connections initiated, authenticated, resumed, and kept alive?
	100	+* //How are connections initiated, authenticated, resumed, and kept alive?//
95	95	* Examples: TLS handshake semantics, Noise IK/XX patterns, session tokens, keep-alive heartbeats, reconnection strategies, session resumption tickets
96	96
97	97
	104	+
98	98	==== **9. Content Addressing** ====
99	99
100	100	> Content addressing ensures **immutability, verifiability, and deduplication**. Identity of data = cryptographic hash, enabling offline-first and tamper-evident systems.
101	101
102		-* How is data addressed and verified by content, not location?
	109	+* //How is data addressed and verified by content, not location?//
103	103	* Examples: IPFS CIDs, BitTorrent infohashes, Git hashes, SHA-256 addressing, Named Data Networking (NDN)
104	104
	112	+
	113	+
105	105	==== **10. P2P Connectivity** ====
106	106
107		-> Connectivity ensures peers bypass NATs/firewalls to reach each other.
	116	+> Connectivity ensures peers bypass NATs/firewalls to reach each other.
108	108
109		-* How can two peers connect directly across networks, firewalls, and NATs?
	118	+* //How can two peers connect directly across networks, firewalls, and NATs?//
110	110	* Examples: IPv6 direct, NAT Traversal, STUN, TURN, ICE (used in WebRTC), UDP hole punching, UPnP
111	111
	121	+
	122	+
112	112	==== **11. Session & Connection Management** ====
113	113
114	114	> Manages **connection lifecycle**, including authentication handshakes, reconnection after drops, and session continuation.
115	115
116		-* How are connections initiated, authenticated, resumed, and kept alive?
	127	+* //How are connections initiated, authenticated, resumed, and kept alive?//
117	117	* Examples: TLS handshake semantics, Noise IK/XX patterns, session tokens, keep-alive heartbeats, reconnection strategies, session resumption tickets
118	118
	130	+
	131	+
119	119	==== **12. Message Format & Serialization** ====
120	120
121	121	> Serialization ensures **portable data representation**, forward-compatible schemas, and efficient messaging. IPLD provides content-addressed structuring for P2P graph data.
122	122
123		-* How is data encoded, structured, and made interoperable between peers?
	136	+* //How is data encoded, structured, and made interoperable between peers?//
124	124	* Examples: CBOR, Protocol Buffers, Cap’n Proto, JSON, ASN.1, IPLD schemas, Flatbuffers
125	125
	139	+
	140	+
126	126	==== **13. File / Blob Synchronization** ====
127	127
128	128	> Bulk data syncing has **different trade-offs** than small collaborative state (chunking, deduplication, partial transfer, resume logic). Critical for media and archival P2P use-cases.
129	129
130		-How are large objects transferred and deduplicated efficiently across peers?
	145	+//How are large objects transferred and deduplicated efficiently across peers?//
131	131	Examples: BitTorrent chunking, IPFS block-store, NDN segments, rsync-style delta sync, ZFS send-receive, streaming blob transfers
132	132
	148	+
133	133	==== **14. Local Storage & Processing Primitives** ====
134	134
135	135	> Provides durable on-device state and local computation (event sourcing, materialization, compaction). Enables offline-first writes and deterministic replay.
136	136
137		-* How do nodes persist, index, and process data locally—without external servers?
	153	+* //How do nodes persist, index, and process data locally—without external servers?//
138	138	* Examples: RocksDB, LevelDB, SQLite, LMDB, local WALs/append-only logs, embedded stream processors (NATS Core JetStream mode, Actyx-like edge runtimes), Kafka-like libraries
139	139
140	140
	157	+
141	141	==== **15. Crash Resilience & Abortability** ====
142	142
143	143	> Ensures P2P apps don’t corrupt state on crashes. Tied to **local storage & stream-processing**, and critical in offline-first and distributed update pipelines. Abortability is the updated term for Atomicity as part of the ACID abbreviation.
144	144
145		-* How do nodes recover and maintain correctness under failure?
	162	+* //How do nodes recover and maintain correctness under failure?//
146	146	* Examples: WALs, idempotent ops, partial log replay, transactional journaling, write fences
147	147
148	148