Masaru

Naaaa ... stimmt ... das habe ich gar nicht bedacht. Man muss halt manchmal mit Kollateralschäden rechnen .

... reicht doch für den Weg zum Kühlschrank und ein Bier holen aus, oder?

Gemäß GRW (engl. s. 267) lassen sich Drohnen als Slaves mit einem RCC als Master verbinden Wie auch bei Slaves an einem Kommlink/Deck dient dies primär dazu eine erhöhte Absicherung/Verteidiung der Drohnen gegenüber Cyberangriffen zu schaffen. Zwar hat ein PAN auch noch den (rein) "visuellen" Vorteil (engl. GRW, s. 219) ... ... das die vielen einzelnen Geräte im PAN ausgeblendet werden, jedoch ist dies weder ein aktives Verstecken noch ein Zugriffs-Entzug (wie es z.B. bei Hosts der Fall ist). Ich würde vielleicht sogar soweit gehen zu behaupten, dass aufgrund der Passage (engl. GRW, s. 219) ... die "meisten" Drohnen per se eh nicht im PAN-Icon inkludiert werden können. Ein PAN - wie der Name schon sagt - dient "visuell" zudem dazu die Reiz-Überflutung von Dutzenden Geräten an "einer Stelle" (nämlich der Person die sie am Körper trägt) zu reduzieren (engl. GRW, s. 219) ... Da Drohnen aber i.d.R. ein ganzes Stück entfernt vom (Master) Indivuum sind, macht es auch aus Matrix-Iconographie-Sicht ebenfalls keinen Sinn, dass sie "visuell" Bestandteil des PAN-Icons sind. Möchte man ein Gerät "visuell" schützen, bzw. verschleiern, so muss man es in den "Schleichfahrt" Modus versetzen.

Also ... - der Rigger hat erstmal eine Persona, die mit dem Icon der Riggerkonsole verschmolzen ist - die Riggerkonsole hat folglich also kein Icon in der Matrix mehr - da der Rigger aber zudem in eine Drohne gesprungen ist, hat diese nun auch kein eigenes Icon mehr, sondern ist mit der Persona des Riggers verschmolzen Folglich befindet sich nur noch das Rigger-Persona Icon (verschmolzen mit dem Geräte-Icon der Drohne) in der Matrix an der Stelle, wo die Drohne rumschwirrt (gemäß Wifi- und Topologiedefinition der Matrix für Icons in Gittern). Springt der Rigger aus der Drohne wieder raus, lösen sich sein Persona-Icon und das Geräte-Icon der Drohne. Die Drohne hat dann in der Matrix wieder ihr eigenes Icon (entspricht dann gemäß Wifi- und Topologiedefinition der Matrix dem phys. Standort der Drohne).

Wenn das Deck "online" ist und der Rigger nicht damit verbunden ... ja. Verhält sich analog zum "Cyberdeck" des Deckers, oder dem "Kommlink" der Otto-Normal-Matrixusers. Sobald man diese Gerät aber dazu benutzt, um auf die Matrix zuzugreifen, nimmt die eigene Persona stellvertretend den Platz für das geweilige Access-Geräteicon (Deck, Link, RCC) ein.

Jein .. laut GRW "Icon aufspüren" ... ... und dem von mir eben zitierten Abschnitt auf S. 266 ... ist das Persona-Icon des Riggers gemeint ist, welches den physikalischen Standort der Rigger-Command-Console (RCC) hat. Logischer/sinnvoller würde ich es aber auch finden, wenn man den Standort der "Drohne" erst ermitteln würde. Gefolgt von einem "weiteren" Icon aufspüren, welches dann die Spur zurück zum phys. Standort der RCC bringt.

Da der Abschnitt über Watcher im GRW auch recht dürftig ist, werden wir vermutlich im Magiebuch (hoffentlich) noch ein paar weitere Zeilen und Verwendungszwecke erfahren. Wenn ich einen Blick auf die Tabelle und die "Verweildauer" von ein paar Stunden (Nettoerfolge bei der Sealing/Binden(?) Probe) sehe, taugt ja der Humunculus mehr. Der bleibt wenigstens ein paar Tage und nimmt die Berechtigung eines mobilen Briefbeschwerers somit ein .

... dem der Drohne. engl. GRW, s. 266

@Synapscape: Da inzwischen nun fast jede nur erdenkliche Art (ob sinnvoll, logisch oder nicht) durchgekaut wurde , wie wäre es wenn Du mal: 2-3 Vorschläge nimmst sie in Deinen nächsten Run einbaust und hier das Ergebnis postest damit ein wenig Dynamik in die Diskussion kommtDann können die Poster aufgrund Deiner "Ausarbeitung" und der darauf hin erfolgten "Reaktion" des/der Problemspieler weitere Lösungsansätze ausarbeiten.

Da GOD von den Konzernen mit der Matrix 2.0 entwickelt und eingesetzt wurde ... machen sich die Kons bestimmt nicht soviele Sorgen über Spionagegefahren aus den Demi-GOD Reihen.

... und natürlich noch die "Königin der Verdammten" (Aaliyah)

... gibt ihm Intelligenz 1, und er rallt es vielleicht nicht einmal. Aber gerade wenn er im Ork-Untergrund rumwuselt, wird ihn ein dortiger Schamane bestimmt mal drüber aufzuklären versuchen.

Hat schon viele verwirrt ... mich inklusive. Aber wie Avalia schon sagte: steigt weiter. Nur sind die Auswirkungen beim Erreichen der magischen 40 OWP eben andere.

Und zur Not: - irgedwann geht die Munition aus - und wenn alle Stricke reissen, kommt eine Drache und macht *haps*

verdiente blutige Nasen ... solche Spieler sind mir immer die liebsten

Jap .. und was das "Verbunden-sein" angeht, so stellt sich eh noch die Frage: ob und wie Daten zwischen Host "synchronisiert" werden. Wenigstens im "Kojoten" findet sich die Variante, dass Daten von "Agents" zwischen Hosts hin- und her transportiert werden. Weitere Varianten - insbesondere wenn Hosts vom selben Provider betrieben werden - könnten (VPN-artige) "Tunnel" zwischen Hosts sein. Alternativ könnte ich mir auch vorstellen, dass Daten analog zu KommlinkCalls/Messages transferiert werden.

Entspricht auch meinem Verständnis. Damit wird auch sichergestellt, dass ein Rigger was den Sektor "Fahrzeuge/Drohnen" angeht, in der neuen gefährlichen Wifi-Welt wenigstens dort einen gewissen Vorteil gegenüber seinen Decker-Kollegen hat.

^^ Jupp, vielen Dank auch Fana. *nuschel* 100x die Tabelle mind. gelesen und immer die Spalten-Überschrift übersehen

Kann er die Geräte wirklich "sehen"? Ich habe es bisher immer so verstanden, dass Geräte die an einem Host geslaved sind (WAN) nur innerhalb des Hosts existieren und dort sichtbar sind. Sprich auch wenn man in der AR (im Gitter, ohne Marke auf dem Host) direkt vor dem MagSchloss steht, dann sieht man es nicht. Erst wenn man Zugriff auf den Host hat (sprich: mind. eine Marke ... ob eingeloggt oder nicht spielt wohl dabei keine Rolle), hat man den direkt-Zugriff auf alle Geräte und kann das MagSchloss sehen. (?) engl. GRW s. 359

Bzw. - wie SnakeEye schon sagte - in einem "Host" (s.o). Ob es "das beste" ist, würde ich noch gar nicht mal vielleicht so sagen, da Dein Teamdecker - der vielleicht Euren virtuellen Angreifer abwehren will (oder "muss", weil Ihr ohne Eure ständige SocialMedia-Verbindung nicht leben könnt und Ihn kreischend anfleht die Bedrohung abzuwehren *schulterzuck*) - genau den gleichen Malus hat . Lokale Gitter haben z.B. den Charme, dass entferntere gegnerische Hacker/Spinnen in diese nicht wechseln können, wenn Sie die phys. Reichweite des Gitter-Betreibers verlassen.

@Corpheus: Ha, Danke ... habe ich total übersehen.

Öhm ... wo genau steht das? Regulär sind Geräte 24*7 online. In etwa so wie heute unsere Smartphones (Teufelswerk). Stöpselst Du Dich aus, bootet Dein Deck oder Link nicht zwingender Weise "automatich". Meinem Verständnis nach musst Du das schon "explizit" per Knopfdruck am Powerschalter oder via Befehl durchführen. Für viele Decker mag das vielleicht eine völlig "selbstverständliche" Handlung sein .... aber automatisch würde ich mal behaupten, passiert da rein gar nix .

Oh ja ^^ .. einer der Gründe warum ich so gespannt auf das Data-Trails Regelwerk warte.

Das der Initiativebonus von Reflexboostern (oder Synapsenbeschleunigern, Adeptenkräften, Zaubern, etc.) sich nicht kommulativ auf die 3/4W6 +XYZ von "cold/hot SIM" addiert? Am Beispiel des Reflexboosters (alle Seitenzahlen sind "engl. GRW"): Reflexbooster wirkt sich auf "Reaktion" aus (s. 455)Reaktion ist ein körperliches Attribut (s. 51)deckt man im SIM-getriebenen Interface-Modi in der Matrix (VR kalt/heiss), passiert mit einem folgendes (s.: 229/230) folglich sollte eine (Grund) Matrixinitiative die auf einem geistige Attribut beruht (s. 101) hierdurch nicht komuliert werden. Zudem benötigt man für die VR ein Direkt-Neutrales-Interface, welches (laut s. 215) eine "Verbindung zwischen neuralen Impulsen des Gehirns und dem Computer aufbaut" sowie eine "geistige Interaktion" ermöglicht. In jeglicher Hinsicht geht es beim simsen also um den "Geist", nicht um den Körper -> ein Reflexbooster (oder auch Synapsenbeschleuniger) hingegen funktioniert über das Aufmotzen neuraler Nerven- Muskelzellen, Adrenalin-Stimmulatoren, etc. also um (größtenteils) "den Körper", nicht den Geist. Mehr kann ich Dir leider nicht aus dem GRW rausholen ... es bietet natürlich immer noch Grauzonen, aber das muss jeder SL und jede Gruppe für sich dann ausmachen .

Das passt dann aber irgendwie nicht mit den allgemeinen Beschreibungen der Matrix Architektur. Jeder Konzern hat da seinen Host... von Shiawase/Atztec bis zum Stuffershack. Da ist nirgendwo die Beschreibung von mehreren Hosts für die unterschiedlichen Bereiche. Zb. so... "sieh nur... dort ist der beeindruckende Host von Shiawas... und die vielen kleinen Hosts für Buchhaltung usw.". Es ist eigentlich immer nur "der eine (1) Host" beschrieben. Was auf eine (sinnvolle) "Host in Host" Architektur hinweist. ... nur weil es nirgends (bisher!) steht, heisst es damit ja noch nicht, dass es nicht so gedacht ist. Bei den (einzelnen) Städte großen Konzernhosts am dunklen Nachthimmel des Matrix-Firmamentes wird es sich wohl eher um die Zentral-Hosts handeln. Für die "Multi-Parallel-Host Architektur" findest Du zudem auch ein kleines Beispiel in dem kleinen roten Info-Kasten Host: Stuffer ShackTM (engl. GRW S. 245). Dort steht nämlich zur Erläuterung, dass jeder einzelne (reale) Stuffer Shack Laden der Franchise-Kette, einen eigenen Host hat, der gemäß dem Stuffer Shack Franchise-Handbuch von innen so aussehen soll, wie der reale Laden. Dennoch wird Stuffer Shack einen Zentral-Host haben, indem die Verwaltung, Buchführung, Administration, etc. des Franchise-Konglomerates erfolgt. Ein weiteres Beispiel ist das "Schattenhandbuch 1" mit dem "Koyoten-Teil" (alternativ auch im "Koyoten-PDF" im Original zu finden), indem die Matrix-Sicherheit/Architektur für Grenzposten be-beispielt wird. Dort hat jeder Grenposten einen eigenen Host. Und bei der Überprüfung von Grenzpässlern läuft ein Agent (oder eine Spinne) mit dort entgegengenommenen SIN- und Visa-Daten zum Zentral-Host, von wo aus mittels zentraler Ressourcen die Ein/Ausreise überprüft wird. €dit: Ein Beispiel für eine "Host-in-Host Architektur" kann ich hingegen nirgends finden.