home.social

Search

14 results for “RL_Dane”

  1. Hey #RC plane folks,

    I'm getting back into the #hobby. I've renewed/resurrected my long-dormant US [AMA] membership, and joined a local flying club/field, and a friend is generously giving me his Spektrum transmitter.

    I just need to pick a plane.

    The HobbyZone Aeroscout S2 BNF looks really good to me, but it's currently out of stock.

    My criteria in order of descending importance are:

    • Solid landing gear for taking off and landing from an RC air strip
    • Largeish (~1m wingspan)
    • Floaty / Glidery (not interested in a model Piper/Cessna/Warbird, etc.)
    • Pusher prop would be nice

    I had a Dynam Hawk Sky (EasyStar/Bixler-style plane) from around 2011-2015, and loved it. I want a larger trainer that's naturally stable (with or without SAFE-style gyro/avionics), and I enjoy graceful soaring, not so much zipping around in a smaller scale model.

    Any suggestions? In case you don't already know (or can't automatically tell by the continual existential angst 🤣), I'm located in the USA.

    I know some of the Bixler models are still being sold, but I'd prefer to go with something newer if possible.

    Also, recommendations for a cheap, light camera that I can stick on with velcro to have videos of my flight (not FPV, just recorded video).

    Thanks!!

    #RCPlane #RadioControl #HiveMind #AskFedi

  2. RL post-training doesn't grant agents new intelligence. It just burns solution diversity to buy single-shot consistency, ensuring your model fails predictably instead of accidentally succeeding.
    academy.dair.ai/papers/sharpen

  3. 📄 Waypoint-OPD: Transferring RL-Induced Policy Shifts via Gated On-Policy Distillation hit 663 upvotes on Hugging Face – a signal that efficient policy transfer via distillation is a hot topic right now. Open the paper page to see why.

    huggingface.co/papers/2610.216

    #AI #MachineLearning #Research

  4. What helps a frozen LLM player more: the opponent's actual strategy, or notes from a memory model trained to write them? MemoPilot trains that memory model with multi-turn GRPO, and the player reads its notes between games. After one game, the notes already beat both the actual strategy and a human counter-strategy written from it, and MemoPilot remains effective when opponent strategies switch.

    benjaminhan.net/posts/20261018

    #Paper #AI #LLMs #AgenticSystems #RL #ICML #PekingUniversity #ZhipuAI

  5. In my Bio-Inspired AI & Optimization course, I scaffold intro to reinforcement learning with earlier content about swarm intelligence (like Ant Colony Optim.). The RL stuff frames the trails as an embodied Q(s,a) function. See 9:13 to 12:40 in video:
    youtu.be/DPIbp4e5kAo?si=nM7xWy

    So, I thought it was pretty cool to see this new article pop up on my feed this morning, from Soma et al. (2026) [including @SwarmDynamics]. They take the analogy way further than I ever did! They focus on the honey-bee waggle dance as a single RL agent.

    I was impressed how they combined formalism with an awareness of the gaps between the waggle dance model and observed honey-bee behavior (and thus limitations of their inferences).

    See their work at:
    arXiv:
    doi.org/10.48550/arXiv.2410.17
    Swarm Intelligence: doi.org/10.1007/s11721-026-002

  6. A free model tier is a lease with an unpublished end date. Signing it is not the mistake. Learning the terms during a production incident is.

    The useful artifact before adoption is not a benchmark. It is an exit ticket: a short, executable set of conditions that says this tier has stopped fitting my workload, written while things still look fine, with the numbers filled in by the tier itself. Everything below is that artifact — the harness, the decision table, and the red flags that justify skipping the experiment entirely.

    Averages hide the actual failure mode


    Free endpoints rarely degrade along a smooth curve. They fail by category: the response envelope changes, output stops conforming to your schema, server errors replace client errors, a quota wall appears without a reset header, a long input comes back truncated.

    None of that surfaces in a p50 latency chart. That is why the usual "is it fast enough" review reads green right up to the day it isn't. Probe categories instead. Every one of them is observable from outside with a plain HTTP client and no vendor SDK.

    The harness


    The script below uses only the standard library, because the moment a probe needs a vendor SDK it also needs a maintenance budget and a version pin. It assumes an OpenAI-compatible POST /chat/completions; confirm the path, auth header, and payload against your provider's documentation before trusting a single number it prints. Treat it as a template rather than a validated tool.

    # probe.py - stdlib only. Run it from the host you plan to call the model from.
    import json, os, time, urllib.error, urllib.request
    from datetime import datetime, timezone

    BASE = os.environ["FREE_TIER_BASE_URL"].rstrip("/")
    KEY = os.environ["FREE_TIER_API_KEY"]
    MODEL = os.environ["FREE_TIER_MODEL"]

    CASES = [
    {"id": "json-shape", "kind": "json", "keys": ["ok", "n"],
    "prompt": 'Reply with JSON only: {"ok": true, "n": 7}'},
    {"id": "long-input", "kind": "text", "min_len": 1200,
    "prompt": "Repeat the word 'token' 400 times, comma separated."},
    {"id": "empty-input", "kind": "any",
    "prompt": "Summarise this text: ''"},
    ]

    def call(prompt, timeout=60):
    body = json.dumps({"model": MODEL,
    "messages": [{"role": "user", "content": prompt}]}).encode()
    req = urllib.request.Request(
    f"{BASE}/chat/completions", data=body, method="POST",
    headers={"Content-Type": "application/json",
    "Authorization": f"Bearer {KEY}"})
    t0 = time.monotonic()
    try:
    with urllib.request.urlopen(req, timeout=timeout) as r:
    return {"status": r.status,
    "body": r.read().decode("utf-8", "replace"),
    "ms": int((time.monotonic() - t0) * 1000), "err": None,
    "rl": {k.lower(): v for k, v in r.headers.items()
    if k.lower().startswith("x-ratelimit")}}
    except urllib.error.HTTPError as e:
    return {"status": e.code,
    "body": e.read().decode("utf-8", "replace"),
    "ms": int((time.monotonic() - t0) * 1000),
    "err": f"http_{e.code}", "rl": {}}
    except Exception as e: # timeouts, DNS, TLS
    return {"status": None, "body": str(e),
    "ms": int((time.monotonic() - t0) * 1000),
    "err": type(e).__name__, "rl": {}}

    def score(case, resp):
    if resp["err"]:
    return {"id": case["id"], "conform": 0, "reason": resp["err"]}
    try:
    text = json.loads(resp["body"])["choices"][0]["message"]["content"]
    except Exception:
    return {"id": case["id"], "conform": 0, "reason": "envelope_mismatch"}
    if case["kind"] == "json":
    try:
    ok = all(k in json.loads(text) for k in case["keys"])
    except Exception:
    ok = False
    return {"id": case["id"], "conform": int(ok),
    "reason": None if ok else "bad_json"}
    if case["kind"] == "text":
    ok = len(text) >= case["min_len"]
    return {"id": case["id"], "conform": int(ok),
    "reason": None if ok else "truncated_or_short"}
    return {"id": case["id"], "conform": 1, "reason": None}

    for _ in range(5): # five passes, worst case counts
    run = {"ts": datetime.now(timezone.utc).isoformat(timespec="seconds"),
    "model": MODEL, "rows": []}
    for case in CASES:
    resp = call(case["prompt"])
    run["rows"].append({**score(case, resp), "status": resp["status"],
    "ms": resp["ms"], "rl": resp["rl"]})
    with open("probe.jsonl", "a") as f:
    f.write(json.dumps(run) + "\n")
    print(run["rows"])

    Five passes per case, append-only JSONL, one row per case per pass. The value is not the absolute conformance score; it is the diff between this run and the run after the next upstream change, which nobody will announce. Header capture matters more than latency here — an x-ratelimit-remaining that moves is a budget you can plan against, and its absence is itself a finding.

    Turning rows into a verdict


    The second file is where the exit ticket actually lives. The thresholds are policy you choose, not measurements anyone published; pick numbers that match your own tolerance and write them down where a reviewer can argue with them.

    # verdict.py - reads probe.jsonl, exits 0 (keep), 1 (warn), 2 (exit)
    import json, sys

    STAY, LEAVE = 0.95, 0.80 # policy, not measured fact

    runs = [json.loads(l) for l in open("probe.jsonl")]
    if len(runs) < 2:
    sys.exit(0)

    cur, prev = runs[-1], runs[-2]
    conf = lambda r: sum(x["conform"] for x in r["rows"]) / len(r["rows"])
    fivex = lambda r: sum(1 for x in r["rows"] if (x["status"] or 0) >= 500)

    print(f"conform cur={conf(cur):.2f} prev={conf(prev):.2f} 5xx={fivex(cur)}")
    if conf(cur) < LEAVE or fivex(cur) >= 2:
    sys.exit(2)
    if conf(cur) < STAY and conf(prev) < STAY:
    sys.exit(1)
    sys.exit(0)

    Exit code 2 is the ticket firing, not a suggestion. Wire it to whatever your team actually watches, otherwise the script becomes a file nobody reads and the whole exercise collapses into documentation theatre.

    The decision table

    SignalKeepOpen the exit ticketFirst moveOutput shape across repeated identical promptsone stable envelopetwo shapes in five promptspin parsing to a schema, log failuresError class mix over 100 calls4xx only when your request is wrongany 5xx cluster, or a 429 with no reset headerrecord retry budget, cap it in codeFixture conformance between adjacent runsflatdrop larger than your team's tolerancesnapshot last-good responses before retryingTime to a first useful tokeninside your UX budgetoutside it three runs in a rowmove the call off the request pathCost of one extra retryrounding errorfree tier plus your retries outweighs a paid callstop retrying, price the paid path


    The last row is the one teams skip. Retries are free only if someone else pays for them; when the free tier is slow, your own compute absorbs the difference, and that is a real invoice even when the model line item reads zero.

    Where MonkeyCode fits, and where it does not


    MonkeyCode participates in this loop in two deliberately unexciting places. It advertises free model access and a free server option, and it is described as an open-source project; a free allowance on the order of ten million tokens has been mentioned in outreach material. That combination makes it a reasonable subject for the probe and a reasonable host for running the probe, since the measurement host stops being a budget line of its own. Disclosure: This article was prepared as part of MonkeyCode's product outreach.

    Verify the allowance and the server terms against the project's own pages before planning any capacity around them. Quotas move, free endpoints get re-rated, and a number quoted in a post is not a number you can page someone about. The honest use of a free tier is as a candidate under measurement, not as a line item you have already spent.

    Red flags that end the experiment early


    A credential on the free host that can spend money elsewhere is the first one. If a deploy key on a free box can push to main or mint a paid API key, the saved cost is an illusion and the blast radius has quietly grown; rotate the key or move the host.

    Second, the free endpoint must never be the only implementation of an interface in your codebase. One adapter module, one function, one configuration seam — if swapping the backend touches more than a single file, the tier owns you and the exit ticket cannot fire on schedule.

    Third, scheduled work with no owner. A cron job on a host nobody is on call for will fail silently for a week and then fail loudly on the day it matters. Fourth, data you cannot re-derive: fixtures, prompt logs, and eval rows should be reproducible from the repository, not resident on the free disk.

    Who should not use this approach


    Teams with retention or residency obligations that a free host cannot contractually meet should not start. Neither should anyone whose product promises a pinned model version, a hard p95, or deterministic output, because free tiers re-rate and re-route without notice to you. And a team with nobody to own the probe should skip straight to a paid tier; an unowned exit ticket decays into folklore within a quarter.

    An exit ticket is cheap to write and embarrassing to write late. Keep the JSONL, run the harness for a week, and the decision stops being a debate about vibes — the rows make the argument for you, and they travel with you to whatever tier comes next.#ai #testing #devops #opensource #software #coding #development #engineering #inclusive #community
    Exit Criteria for a Free Model Tier

  7. Sargnägel des Internets

    Alterskontrollen für alle: Der Kids Act oder die sechs Sargnägel des offenen Internets

    Europa steuert auf ein Internet mit Alterskontrollen für alle zu. Grund dafür ist der von der EU-Kommission vorgelegte Kids Act. Entstehen soll eine Infrastruktur, mit der sich die digitale Öffentlichkeit potenziell überwachen und spalten ließe. Der Weg dorthin besteht aus sechs Schritten.

    Dieser Beitrag erschien zuerst in der Zeitschrift mediendiskurs des Vereins Freiwillige Selbstkontrolle Fernsehen (FSF).

    Die digitale Öffentlichkeit steht vor einem Umbruch. Als Vorbild dient das seit Dezember 2025 geltende Social-Media-Verbot für unter 16-Jährige in Australien. Es hat nicht nur eine Welle an Forderungen nach ähnlichen Vorschriften losgetreten, unter anderem in der EU, Deutschland, Frankreich, Österreich und zahlreichen weiteren Ländern. Es ist auch das Ergebnis eines gefährlichen Diskurswandels.

    Dahinter stecken wirkmächtige und zugleich irreführende Erzählungen davon, was das Internet eigentlich ist. Im Zuge dieser Erzählungen erscheinen Altersschranken nicht etwa als eine Gefahr für die digitale Öffentlichkeit, weil sie Menschen von Teilhabe ausschließen und anonyme Internetnutzung gefährden können. Stattdessen erscheinen sie als ein notwendiges Design-Feature zur Sicherheit junger Menschen.

    Der vorläufige Höhepunkt dieser Entwicklung in Europa ist die Vorlage des EU Kids Acts, eines Gesetzentwurfs der EU-Kommission für umfassende Alterskontrollen im Netz. Auf dem Spiel steht nicht weniger als das offene Internet als Raum für Öffentlichkeit, Politik und Kultur. Der Weg dorthin lässt sich in sechs Schritten beschreiben. Sie sind zugleich die sechs Sargnägel des offenen Internets.

    1. Sargnagel: Die Erzählung vom Internet als Produkt

    Zahlreiche Erzählungen vermitteln ein Bild davon, was das Internet eigentlich ist. Je nach Kontext erscheint es als Datenautobahn oder Wissensquelle, als globales Dorf oder Marktplatz der Ideen, als Neuland, Cyberraum oder Echokammer. Keine dieser Erzählungen ist falsch, vielmehr rücken sie verschiedene Erfahrungen des digitalen Lebens in den Vordergrund.

    Vor allem eine Erzählung dominiert die aktuelle Debatte um Kinder- und Jugendschutz. Demnach ist das Internet ein potenziell gefährliches technologisches Produkt, von dessen Design Politik und Aufsichtsbehörden hohe Standards verlangen sollten. Sichtbar war diese Erzählung vom Internet als Produkt etwa bei der Vorstellung des Kids Act durch EU-Kommissionspräsidentin Ursula von der Leyen (CDU). Sie sagte mit Blick auf das Internet, Technologie sei nie mit Rücksicht auf Kinder erschaffen worden, Plattformen müssten „safe by design“ sein.

    Zunächst bietet die Erzählung vom Internet als Produkt Vorteile. Sie rückt in den Mittelpunkt, dass Menschen das Internet geschaffen haben, und dass folglich auch Menschen dafür verantwortlich sind, wenn zum Beispiel Plattformen ihre Nutzer*innen mit manipulativen Designs und suchtfördernden Mechanismen an die Bildschirme fesseln. Ein Internet als Produkt lässt die Regeln des digitalen Zusammenlebens nicht als gegeben erscheinen, sondern als formbar. Allerdings hat die Erzählung vom Internet als Produkt auch Nachteile. Sie kann dazu führen, die Tragweite von Regulierung zu unterschätzen. Produkte kann man konsumieren, normieren oder vom Markt nehmen – und wenn sie mal kaputt gehen, findet sich meist ein Ersatz.

    Würde jedoch das Internet kaputt gehen, wäre es eine gesellschaftliche Katastrophe. Ab hier greift eine andere Erzählung, nämlich die vom Internet als öffentlichem Raum, wo sich die Gesellschaft entwickelt, wo sich Menschen zu Gemeinschaften verbinden. Einige politische Bewegungen wären ohne das Internet wohl nie in dieser Form entstanden. Teils waren deren prägende Figuren selbst noch minderjährig, als sie ausgerechnet über soziale Medien einflussreich wurden: Greta Thunberg in Schweden, Joshua Wong in Hongkong.

    Im Gegensatz zu einem Produkt erscheint Öffentlichkeit ungleich komplexer. Eingriffe in die digitale Öffentlichkeit können Räume bedrohen, in denen Kultur und Politik florieren. Umso mehr Vorsicht ist geboten, bevor man sich daran macht, die digitale Öffentlichkeit wie ein Produkt zu regulieren. Von dieser Vorsicht ist in der aktuellen Debatte um Kinder- und Jugendschutz jedoch wenig zu sehen. Das macht die Erzählung vom Internet als Produkt zum ersten Sargnagel des offenen Internets.

    2. Sargnagel: Die Erzählung von Alterskontrollen als Design-Feature

    Für ein Produkt sind Alterskontrollen nur ein Feature, das Schutz schaffen soll. Für einen öffentlichen Raum dagegen sind Alterskontrollen ein scharfes Schwert, das Spaltung schaffen kann. Es sind zwei Erzählungen über denselben Sachverhalt, die eine völlig andere Sichtweise mit sich bringen.

    In der EU-Richtlinie für audiovisuelle Mediendienste (AVMD-RL) fallen Alterskontrollen unter „strengste Maßnahmen“ zum Schutz von Minderjährigen, vorgeschrieben nur bei „schädlichsten“ Inhalten wie „grundloser Gewalttätigkeiten und Pornografie“ (Artikel 6a). Aus dieser älteren Regulierung spricht noch das Verständnis von Alterskontrollen als einem scharfen Schwert.

    Ganz anders ist die Erzählung im Gesetzentwurf für den Kids Act. Hier erscheinen Alterskontrollen eher als Design-Feature. Einerseits sollen junge Menschen erst ab einem gewissen Alter eigene Accounts auf sozialen Medien und Videoplattformen haben dürfen (Artikel 6), andererseits sollen allerlei Dienste im Netz nur in einer kindgerechten Version öffentlich zugänglich sein (Artikel 8).

    In beiden Fällen sollen strenge Methoden der Alterskontrolle – „age verification“ und „age assurance“ – bewirken, dass nur Erwachsene Zugang zu nicht kindgerechten Angeboten haben. Unter „age verification“ fallen laut Entwurf strengste Methoden, die etwa auf Ausweisdaten basieren; unter „age assurance“ alternative Methoden, die auf Schätzungen beruhen, etwa ein biometrischer Scan des Gesichts. Keine Rede mehr ist von milderen Mitteln wie Jugendschutz-Software, die Eltern lediglich auf den Geräten ihrer Kinder installieren und verwalten – ohne dass sich alle älteren und jüngeren Menschen staatlich angeordneten, flächendeckenden Alterskontrollen beugen müssten.

    Schon jetzt kommen Methoden von „age verification“ und „age assurance“ zum Einsatz, um Besucher*innen von Pornoseiten zu kontrollieren. Es sind eben jene strengen Methoden, die bis vor Kurzem noch mit Blick auf die AVMD-RL wie ein scharfes Schwert behandelt wurden. Der Kids Act dagegen würde ihren Einsatz normalisieren und verharmlosen.

    Die verharmlosende Erzählung von strengen Alterskontrollen als bloßem Design-Feature ist der zweite Sargnagel für das offene Internet. Vor ihren negativen Folgen warnen internationale Fachleute eindringlich. Im März 2026 lehnten mehr als 400 Forscher*innen aus IT-Sicherheit und Datenschutz die Einführung von Alterskontrollen ohne weitere Forschung ab. Das sei „gefährlich und gesellschaftlich nicht hinnehmbar“, schrieben die Expert*innen aus 29 Ländern in einem offenen Brief. Es fehle ein klares Verständnis dafür, was diese Kontrollen anrichten können, für „Sicherheit, Privatsphäre, Gleichberechtigung“ und „Autonomie“ aller Menschen.

    Zu den unterschätzten Technikfolgen gehört außerdem, dass strenge Alterskontrollen nicht nur Minderjährige, sondern auch Erwachsene ausschließen. Es geht um schätzungsweise Hunderttausende Menschen allein in Deutschland, denen möglicherweise schlicht die nötigen Papiere für eine Alterskontroll-App fehlen. Darüber hinaus geht es auch um Menschen, die kein Handy mit ausreichender Soft- oder Hardware haben. Um Menschen, die ihr Gesicht nicht einem biometrischen Scan unterziehen möchten, oder deren Gesicht von einer sogenannten KI falsch eingeschätzt wird, etwa weil es sichtbare Verletzungen oder Behinderungen hat.

    3. Sargnagel: Die Erzählung vom Schutzschirm

    Eine weitere Erzählung dominiert die Debatte, und zwar die von Alterskontrollen als Schutzschirm. Wer Altersschranken fordert, verweist oftmals auf die Gefahren und Risiken für junge Menschen im Netz. Dazu gehören unter anderem verstörende Inhalte, Missbrauchsgefahr durch übergriffige Fremde, Mobbing, Sucht, Ängste, Depressionen und selbstverletzendes Verhalten, Desinformation und vieles mehr.

    Altersschranken erscheinen demnach als die Lösung schlechthin, um junge Menschen vor solchen Gefahren abzuschirmen. Als wären die Gefahren vor allem ein durch nachlässiges Produktdesign verursachter Mangel, der sich mithilfe passender Design-Features beseitigen ließe. Genauso wie etwa ein Elektrogerät eine Erdung gegen Stromschläge braucht, benötigt das Internet dieser Logik zufolge Alterskontrollen als Schutzschirm gegen Gefahren.

    Wieder ist es eine zugrunde liegende Erzählung, die zu diesem Trugschluss führt. Wäre das Internet wirklich nur ein Produkt, dann könnte man es von allen Seiten in Ruhe untersuchen, sicher designen und seine Zugänge mit passenden Alterskennzeichnungen versehen.

    Das Internet ist aber vielmehr ein öffentlicher Raum, den täglich Millionen Menschen mit ihrem Verhalten und ihren Äußerungen prägen. Auf schier unzähligen Websites und Chatkanälen kursieren schier unzählige Inhalte, und jede Sekunde kommen neue hinzu. Die Architektur des Internets ist dabei offen und flexibel. In einer Region der Welt verhängte Alterskontrollen lassen sich mit Werkzeugen digitaler Selbstverteidigung kinderleicht umgehen, etwa mit VPN-Diensten oder dem Tor-Browser. Altersbeschränkte Inhalte lassen sich kopieren und weiterleiten und können sich in kurzer Zeit auf allerlei Wegen verbreiten, etwa per Messenger.

    Im Auftrag der EU-Kommission haben zwei Fachleute für Gesundheit Empfehlungenzum Kinder- und Jugendschutz vorgelegt, das „Special Expert Panel“. Auf ihren Empfehlungen fußt der Kids Act. Ursula von der Leyen hat ihren Bericht selbst als Beweis („evidence“) bezeichnet. Umso überraschender ist, dass selbst die EU-Expert*innen Alterskontrollen nicht eindeutig als Schutzschirm darstellen, sondern auch als Signal.

    So erkennen die beiden Expert*innen in ihrem Bericht an, dass viele junge Menschen Alterskontrollen umgehen würden. Damit die Regulierung dennoch wirkt, bräuchte es demnach einen kulturellen Wandel. Einfach ausgedrückt sollten sich junge Menschen eher aus eigener Einsicht an Altersschranken halten, nicht etwa, weil die Technologie allein bereits einen wirksamen Schutzschirm darstellt.

    Wenn strenge Alterskontrollen für alle jedoch eher ein Signal sind als ein Schutzschirm, dann stellt sich umso drängender die Frage nach ihrer Verhältnismäßigkeit. Immerhin geht es um einen Kontroll-Apparat für geschätzt 450 Millionen Menschen in Europa. Ist dieser Apparat wirklich erforderlich und angemessen, um bloß ein Signal zu senden?

    Nicht unter den Tisch fallen sollte an dieser Stelle, dass ein Teil der Gefahren aus dem Netz bereits entsteht, wenn junge Menschen nur unter sich sind, etwa in Messenger-Gruppen. Gerade dort kann es beispielsweise zu Mobbing oder Missbrauch kommen, ohne dass Altersschranken eine Wirkung hätten.

    4. Sargnagel: Die Erzählung strenger und zugleich harmloser Alterskontrollen

    Kaum eine Forderung nach Alterskontrollen kommt ohne großzügige Versprechen in Bezug auf Datenschutz und Privatsphäre daher. Auch die EU-Kommission bemüht sich darum und hat entsprechenden Standards im Entwurf einen eigenen Artikel gewidmet (Artikel 28). Demnach sollen Alterskontrollen zwar streng genug sein, um junge Menschen zu schützen, aber auch schonend genug, um keine Schäden anzurichten. Laut Kids Act sollen sie eine Reihe von Anforderungen erfüllen: „Genauigkeit, Zuverlässigkeit, Robustheit, Datenschutz, Sicherheit, Nichtdiskriminierung und geringe Eingriffsintensität.“

    Das Problem: Es gibt keine Technologie, die all diesen Ansprüchen gerecht werden könnte. So braucht es für strenge, also für genaue und robuste Alterskontrollen Belege, dass ein Mensch tatsächlich erwachsen ist. Es braucht Belege, dass jemand den Altersnachweis nicht von einer anderen Person geklaut hat. Möglich ist das nur mit Abstrichen bei den milden Ansprüchen an Alterskontrollen, vor allem Datenschutz, Zugänglichkeit und Teilhabe.

    Bereits jetzt bröckeln die Datenschutz-Versprechen. Der von der EU-Kommission vorgestellte Prototyp der Alterskontroll-App („Mini-Wallet“) war zunächst nicht wie versprochen anonym, sondern pseudonym. Die angeblich seit April „fertige“ App ist (Stand Oktober) immer noch nicht fertig. Menschen können sie nicht herunterladen und ausprobieren. Im Gesetzentwurf ist zwar die Rede vom für Datenschutz wertvollen „Zero Knowledge Proof“, aber in einer grammatisch sinnlosen Aussage. Und bei der Umsetzung der digitalen Brieftaschen (EUDI-Wallet), die künftig ebenso für Alterskontrollen genutzt werden soll, sägt die EU-Kommission an bereits vereinbarten Datenschutz-Standards.

    Im Entwurf des Kids Acts jedoch ist von diesen Widersprüchen keine Spur. Spätestens in der Praxis wird sich zeigen, dass das Versprechen von gleichermaßen strengen und milden Alterskontrollen nicht einlösbar ist. Zu diesem Zeitpunkt wären die Gesetze jedoch bereits beschlossen, die Infrastruktur gebaut. So wird die Erzählung von strengen und zugleich harmlosen Alterskontrollen zum vierten Sargnagel fürs offene Internet.

    5. Sargnagel: Flächendeckende Infrastruktur

    Nach der Präsentation des Kids Act berichteten viele Nachrichtenmedien, dass die EU eine Altersgrenze für soziale Medien schaffen wolle, ähnlich wie in Australien. Das ist nicht falsch, aber es verkennt die Dimension des Vorhabens.

    Das Social-Media-Verbot für Minderjährige in Australien bezieht sich lediglich auf Accounts bei großen Plattformen wie Instagram oder TikTok. Der Plan der EU-Kommission reicht ungleich weiter. Der Kids Act soll nicht nur Accounts regulieren, sondern auch den Zugang zu allerlei Diensten, die nicht kindgerecht sind. Dazu gehören laut Entwurf Social-Media- und Videoplattformen, ohne Ausnahme für kleinste Unternehmen. Dazu gehören Chatbots und KI-Companions. Marktplätze für Apps und Spiele sollen ihre Kataloge aus teils Millionen Titeln mit EU-weit einheitlichen Alterslabels versehen, und diese Altersgrenzen wiederum kontrollieren.

    Damit will die EU-Kommission in einem weltweit erstmaligen Versuch das Internet mit Altersschranken zupflastern. Ein zentrales Werkzeug dafür soll die bereits als Prototyp vorgelegte Alterskontroll-App der EU sein. Von dieser App dürfen Entwickler*innen eigene Versionen erstellen, solange sie sich an die vorgeschriebenen Standards halten.

    Das Ziel dieser Pläne ist eine Infrastruktur für nahezu flächendeckende Alterskontrollen im Netz. Zentrale Säulen sind die einheitliche Rechtsgrundlage, standardisierte Kontrollwerkzeuge und besonders niedrige Schwellen, ab wann Online-Angebote zu Altersschranken verpflichtet sind. Im Vergleich dazu erscheint das australische Modell eher zurückhaltend.

    Zunächst sind jedoch EU-Parlament und Ministerrat am Zug. Sie müssen nun ihre Positionen zu dem Vorhaben aushandeln. Und natürlich kommt es auch auf die Ausgestaltung an: Für welche Angebote wird die Regulierung wirklich anwendbar und durchsetzbar sein, wie streng fallen die Alterskontrollen aus? Hier ist das letzte Wort noch lange nicht gesprochen, der fünfte Sargnagel fürs offene Internet noch nicht eingehämmert.

    6. Sargnagel: Dammbruch über Kinderschutz hinaus

    Das letzte Kapitel dieses Essays blickt in eine düstere Version der Zukunft. Es geht darum, was aus einer Infrastruktur für Alterskontrollen werden kann, wenn sie erst einmal implementiert ist. Wenn Hunderte Millionen Menschen in der EU wie selbstverständlich ihr Alter nachweisen, bevor sie etwa einen Livestream auf YouTube schauen oder sich eine Dating-App herunterladen.

    In seiner Stellungnahme zur Debatte hat der Deutsche Ethikrat eine eindringliche Warnung vor Alterskontrollen ausgesprochen.

    Die Technologien sind Instrumente zur Unterscheidung und unterschiedlichen Behandlung von Nutzergruppen. Als solche können sie auch zweckentfremdet werden, und zwar sowohl zur Beschränkung des Zugangs für weitere Gruppen als auch des Zugangs zu anderen Inhalten, zum Beispiel zu Materialien zur sexuellen Aufklärung oder gar zu solchen, die politisch unerwünscht sind. Aufgrund dieser breiten Einsatzmöglichkeiten kann nicht ausgeschlossen werden, dass die Altersbestimmungstechnologien als Zensurinstrument missbraucht werden.

    Diese Warnung zeigt die Wirkmacht einer weiteren Erzählung auf: Nämlich die, dass Alterskontrollen gleich Alterskontrollen sind. Doch auch das ist trügerisch. Schon ein kleines App-Update und eine Verschärfung der Rechtsgrundlage könnten genügen, um den aktuell geplanten Apparat für Alterskontrollen in etwas noch Gefährlicheres zu verwandeln.

    Eine aufgerüstete Alterskontroll-App könnte potenziell weitaus mehr übermitteln als anonyme Alterssignale, beispielsweise auch Klarnamen oder Angaben zu Staatsbürgerschaft, Aufenthaltsstatus oder Vorstrafen. Eine solche Infrastruktur wäre geeignet, nicht nur junge und alte Menschen im Netz voneinander zu trennen, sondern weitere gesellschaftliche Spaltungen in der digitalen Öffentlichkeit zu schaffen. Sie könnte Überwachung, Klarnamenpflicht und Ausweispflicht im Netz bringen. Es wäre der Traum jeder autoritären Regierung. Den Grundstein für die dafür nötige Infrastruktur will die EU-Kommission jetzt schaffen.

    Es braucht eine breite und informierte Debatte über die Gefahren dieses Kontroll-Apparats. Möglich ist eine solche Debatte aber nur mit einem Bewusstsein über die zugrunde liegenden Erzählungen.

    Das Internet ist nicht nur ein Produkt, und Alterskontrollen sind nicht bloß ein Design-Feature oder ein Schutzschirm. Alterskontrollen sind eine Infrastruktur, die zu Spaltung, Ausschluss und Überwachung führen kann. Solche Erzählungen wirken weich im Vergleich zu beispielsweise Gesetzen oder Code. Doch der Anschein trügt. Erzählungen können wie eine Zange sein, um die Nägel aus dem Sarg des offenen Internet wieder herauszuziehen.

    Sebastian Meineck ist Journalist und seit 2021 Redakteur bei netzpolitik.org. Zu seinen aktuellen Schwerpunkten gehören digitale Gewalt, Databroker und Jugendmedienschutz. Er schreibt einen Newsletter über Online-Recherche und gibt Workshops an Universitäten. Das Medium Magazin hat ihn 2020 zu einem der Top 30 unter 30 im Journalismus gekürt. Seine Arbeit wurde mehrfach ausgezeichnet, unter anderem zweimal mit dem Grimme-Online-Award sowie dem European Press Prize. Kontakt: E-Mail (OpenPGP), Sebastian Hinweise schicken | Sebastian für O-Töne anfragen | Mastodon. Dieser Beitrag ist eine Übernahme von netzpolitik, gemäss Lizenz Creative Commons BY-NC-SA 4.0.

  8. "Modo Domo S.R.L, la sociedad que quedó alcanzada por la causa de contrabando y los dejó a ambos con embargos y prohibiciones para salir del país, radicada en Miami, fue constituida por Susana, pero a los pocos días Diego se sumó como manager"
    — La Nación, Medio de comunicación (julio 2026, La Nación)
    Detalle de la sociedad Modo Domo vinculada a la causa de contrabando.

    ⏳ Faltan 418 días y 17 horas para el 10/12/2027.

    #Argentina #Milei #CuentaRegresiva

  9. 🚨 nuova rivendicazione #ransomware Italia 🚨

    🏴‍☠️ gruppo #Qilin
    🧬 Mastelli S.R.L. | Sanremo (IM)
    🎯 settore: C - Manifatturiero
    🔗 mastelli.com
    🗓️ 18 ottobre 2026

    📄 sample: -
    ▪️ dati esfiltrati dichiarati: -
    ▪️ dati esfiltrati pubblicati: -
    ⏲️ scadenza: -

    🖥️ ransomnews.online
    🫯 ransomnews.github.io/RedACT

    #ransomNews #cybersecurity #cyberthreats

  10. 🚨New ransom group blog posts!🚨

    Group name: qilin
    Post title: Mastelli S.r.l.
    Location: 🇮🇹 IT
    Sector: Healthcare
    Info: cti.fyi/#disclosure/qilin/Mast.

    Group name: qilin
    Post title: Pergande
    Location: 🇮🇹 IT
    Sector: Manufacturing
    Info: cti.fyi/#disclosure/qilin/Perg

    Group name: qilin
    Post title: Pengurusan Aset Air Berhad
    Location: 🇲🇾 MY
    Sector: Energy & Utilities
    Info: cti.fyi/#disclosure/qilin/Peng

    Group name: qilin
    Post title: BRUTRA Logistek
    Location: 🇮🇪 IE
    Sector: Other
    Info: cti.fyi/#disclosure/qilin/BRUT

    Group name: N0n
    Post title: Company #91
    Info: cti.fyi/#disclosure/N0n/Compan

Share on Mastodon

Enter the server where you have an account.