nicht angemeldet
Hallo,
[..] Ich denke, solche oder ähnliche Fragen haben die "Erfinder" des Internets bewegt, als sie das "Betriebssystem" des Internets entwarfen. Aus welchen Gründen auch immer wurde das Internet als dezentrales, öffentliches Netz ohne ökonomische Erwartungen konzipiert, auch Sicherheitsgedanken oder Echtzeitverhalten nahmen anscheinend keine so große Rolle (1).
die Grundidee war einfach, ein Netz an Datenleitungen zusammenzuschalten und mit einheitlichen Protokollen dafür zu sorgen, daß in diesem Netz Daten übertragen werden konnten. Das "Haus-Protokoll" ist hierbei TCP/IP. TCP/IP ist im jetzigen Stand zwar immer noch up to date (der Nachfolger basiert ja auf dem Original weitgehend), es ist einfach nur zu unflexibel und zu klobig.
Hätten die Konstrukteure des Internets - oder der darauf basierenden Dienste - kommerzielle Zweck im Vordergrund gesehen, hätten sie sicher (wie bei BTX, Datex-J: dort konnte man als Anbieter "einstellen", dass der Aufruf einer Seite einen bestimmten Betrag kostete, den der Netzbetreiber (Telekom) dann einzog) irgendwelche Bezahlungsrituale ins Netz eingewebt. Anscheinend haben die Konstrukteure aber (bislang) nur an zu transportierende Inhalte (welcher Qualität oder Art auch immer - das ist dem Netz egal) gedacht. Das meinte ich mit "Inhaltsorientiert".
Die Frage stellte sich anders: Wollen wir ein zentrales Netz oder wollen wir ein dezentrales. Tatsächlich begann das Internet in seinen ganz frühen Jahren (als es noch ARPAnet hieß) erstaunlich zentral. IP-Adressen wurden zentral vergeben und gespeichert, Hostnamen ebenfalls. Das wurde nach und nach alles mehr oder weniger dezentralisiert, um einfach die enorme Verwaltungsarbeit zu verteilen und eine gewisse Ausfallsicherheit zu erreichen.
Kann sein, dass irgendwer mal solche Zahlungstraßen einbaut (Ich beanspruch schon mal Copyright auf hmtp(TM): hypermoneytransportprotocol :-) )(2) und so berechtige bzw gewünschte finanzielle Tansaktionen ermöglicht. Solange das aber nicht der Fall ist und solange ein solches System sich nicht etabliert, bleibt das Internet halt das, was es ist - und so, wie es ist.
Ein Anbieter kann das ja durchaus für ein Webprojekt machen, es gibt auch entsprechende Bestrebungen, sowas über zentrale Anbieter zu machen (Microsoft will das ja mit seinem Passport-System etablieren). Grundsätzlich ist aber das Internet offen und wird es auch bleiben, denn erst das macht das Netz ja so dezentral und für jedermann nutzbar.
(1) Ich bin keine Techniker aber ich habe neulich mal in einer dicken Schwarte über "lokale Netze" geblättert und dort (sinngemäß) gelesen, dass TCP/IP z.B. heutigen Anforderungen an Echtzeit nicht annähernd entspräche und das (Transport?)Sicherheitskritierien erst mit IP V6 erfüllt seien - ich hoffe, das ist so ungefähr korrekt wieder gegegeben)
IPv6 hat zum einen einen viel größeren Adreßraum, um die derzeitige IP-Adressenknappheit aus der Welt zu schaffen. Der zweite Quantensprung ist die Möglichkeit, Prioritäten für bestimmte Arten von Paketen zu setzen, die dann vordringlich übertragen werden (z.B. Echtzeitkommunikation wie z.B. Chat). Dritte Säule wird ein generelles Ausmisten des IP-Headers sein, da wird derzeit noch viel Kropf mitübertragen, das man eigentlich nicht braucht.
(2) Vielleicht geht das auf dieser Ebene auch nicht. Vielleicht müsste man sogar TCP/IP dafür ändern. Das blicke ich nicht, dafür habe ich zu wenig Ahnung von diesen Schichten. Weiss das wer?
Zahlung direkt in TCP/IP einzubauen, wäre der falsche Ansatz. Es ist in meinen Augen wichtiger, wenn man das eine Schicht höher in der sogenannten Applikationsschicht (also Layer 4 des TCP/IP-Schichtenmodells) vornimmt, so wie es z.B. bei HTTP der Fall ist.
Sorry, ist jetzt alles bissel viel Stoff, ich habe gerade nicht so die Zeit, das wirklich allgemeinverständlich darzulegen. :-)
Grüße,
Besim