Produkt i protokół · w budowie

Infrastructure for human connection.

Prowadź wydarzenia, buduj trwałą wiedzę i współpracuj z innymi społecznościami — bez oddawania kontroli nad relacjami, tożsamością i danymi.

Poznaj model Dołącz do rozmowy
1Node działa samodzielnie
3równorzędne klienty docelowe
0centralnych baz danych osobowych
2+niezależne Node’y przed 1.0

Technologia ma wspierać społeczności. Społeczności nadal tworzą ludzie.

01 · Dlaczego

Społeczność nie jest kolejnym rekordem w cudzej bazie.

Dziś jedna relacja żyje w formularzu, arkuszu, systemie biletowym, komunikatorze i kilku skrzynkach. Community Federation składa ten chaos w spójny model — bez tworzenia kolejnego zamkniętego silosu.

01

Fragmentacja narzędzi

Rejestracja, bilety, agenda, materiały i wiadomości przestają być osobnymi wyspami danych.

02

Utracona pamięć

Wystąpienia, wkład i wiedza nie znikają po zamknięciu grupy czatu lub zmianie platformy.

03

Zależność od platformy

Operator zachowuje relację z community, zamiast uzależniać ją od algorytmu, cennika i eksportu dostawcy.

„Open infrastructure for communities run by people.”

Jedna infrastruktura. Wiele niezależnych społeczności. Zero przymusowej centralizacji.

02 · Community OS

Jeden system. Cały cykl życia społeczności.

Pełny kierunek produktu, wdrażany etapami. Od pierwszego kontaktu po trwałe, weryfikowalne świadectwo wkładu.

Identity layer

Ludzie, nie konta.

Jedna osoba może łączyć wiele metod logowania, adresów i ról. Tożsamość człowieka istnieje ponad dostawcą SSO — a automat nigdy nie udaje osoby.

Person łączy GoogleApplePasskey
Event operations

Od pomysłu do pełnej sali.

Rejestracje, kolejki, podpisane bilety, sale, agenda, komunikaty i check-in — zaprojektowane jako jeden przepływ.

Program & CFP

Program, który pamięta.

Profile speakerskie, biblioteka wystąpień, recenzje, sesje, nagrania i materiały pozostają częścią historii community.

Credentials

Wkład, który można zweryfikować.

Poświadczenia oparte o Open Badges 3.0 / W3C VC wynikają z realnej aktywności, a nie z arbitralnego globalnego score.

Knowledge commons

Wiedza nie znika w scrollu.

Blog, trwałe dyskusje, repozytoria, nagrania i katalogi budują pamięć dostępną długo po zakończeniu wydarzenia.

Mobile first

Operacje z kieszeni.

Responsywny web i PWA powstają jako pierwsze. Docelowo web, Android i iOS są równorzędnymi klientami.

Web / PWAAndroidiOS
03 · Federacja

Sieć bez właściciela sieci.

Każdy Node zachowuje własne dane, klucze, operatora i zasady. Połączenie daje zasięg — nie odbiera autonomii.

01 · Samodzielność

Node działa bez połączenia z centralą.

Ma własną bazę, domenę, użytkowników, klucze i regulamin. Awaria dowolnej federacji nie zatrzymuje lokalnej społeczności.

Consent by design

Dane osobowe przechodzą wyłącznie w zakresie wybranym i zatwierdzonym przez człowieka.

Wiele federacji

Node może łączyć się z siecią lokalną, branżową i międzynarodową — każdą na osobnych zasadach.

Prawo wyjścia

Odłączenie nie oznacza utraty domeny, danych, historii ani relacji ze społecznością.

04 · Human first

Reputacja ma wynikać z relacji, nie z rankingu.

Community Federation odróżnia ludzi od kont technicznych, nie buduje algorytmicznego feedu i nie sprowadza człowieka do jednej liczby.

  • Jawna odpowiedzialnośćZa publikowaną treść odpowiada wskazany człowiek lub organizacja — także wtedy, gdy pomaga AI.
  • Automat jest automatemServiceAccount nie udaje osoby, nie zdobywa ludzkich badge’y i nie buduje reputacji.
  • Widoczność per poleTo człowiek wybiera, co jest prywatne, lokalne, federacyjne lub publiczne.
Privacy without centralization

Dane podróżują tylko wtedy, kiedy powinny.

Publiczne

Wydarzenia, sesje, CFP, artykuły, miejsca i jawne profile organizacji.

Za zgodą

Wybrane pola profilu, członkostwa, role, historia wystąpień i poświadczenia.

Zostaje lokalnie

Listy uczestników, płatności, prywatne wiadomości, zgody marketingowe i sprawy moderacyjne.

Zero sprzedaży list członków.Model zrównoważenia nie opiera się na handlu danymi osobowymi.
05 · Event flow

Od rejestracji do dowodu realnego uczestnictwa.

Jedna spójna ścieżka, która działa w przeglądarce, mieści się w telefonie i nie rozpada się wraz z Wi‑Fi.

  1. 01

    Odkrycie i rejestracja

    Publiczny kalendarz prowadzi do prostego RSVP, listy oczekujących lub biletu.

  2. 02

    Podpisany bilet

    QR potwierdza autentyczność kryptograficznie i nie zawiera danych osobowych.

  3. 03

    Check-in bez sieci

    Telefon weryfikuje bilet offline, a bezpieczna kolejka synchronizuje operacje później.

  4. 04

    Materiały i poświadczenie

    Faktyczna obecność otwiera materiały i może skutkować weryfikowalnym credentialem.

9:41
GDG WarsawCheck-in
offline ready
Umieść kod w ramce
Bilet zweryfikowanyPodpis poprawny · zapisano lokalnie
Dzisiaj184 check-inów
06 · Ekosystem

Produkt jest jeden. Role pozostają przejrzyste.

Technologia, lokalna federacja i wdrożenie referencyjne rozwijają się wspólnie, ale nie stają się jednym podmiotem.

Produkt + protokół

Community Federation

Wspólny model, aplikacje i standard dobrowolnej współpracy między Node’ami.

Planowany steward

Warsaw.Community

Przyszły katalog, koordynator i miejska federacja warszawskich społeczności.

Planowane wdrożenie referencyjne

GDG Warsaw

Pierwszy realny kontekst dla ścieżki wydarzenia end‑to‑end.

Founding Technical Contributor

Kol.ski

Początkowa zdolność produktowa, techniczna i operacyjna projektu.

07 · Droga do 1.0

Najpierw dowód. Potem standard.

Wersja 1.0 nie powstanie na slajdzie. Wymaga prawdziwych wydarzeń, równorzędnych klientów i co najmniej dwóch niezależnych Node’ów.

  1. Gotowe

    Fundament core

    Model domenowy, autoryzacja, API, podpisane bilety, trwałość i podstawy prywatności.

  2. Teraz

    Pierwszy Node

    Domknięcie ścieżki community event end‑to‑end i gotowości operacyjnej.

  3. 03
    Następnie

    Realne wydarzenie

    Rejestracja, bilet, offline check‑in, materiały i poświadczenie użyte w praktyce.

  4. 04
    Plan

    Web · Android · iOS

    Równorzędne operacje eventowe i wspólna capability matrix generowana z testów.

  5. 05
    Plan

    Federation beta

    Drugi niezależny operator, wymiana publicznych danych i transfer profilu za zgodą.

  6. 1.0
    Kryterium

    Sprawdzony ekosystem

    Udokumentowane wdrożenia, backup i restore, bezpieczeństwo, prywatność oraz zewnętrzna kontrybucja.

08 · Otwarte i trwałe

Infrastruktura wspólna. Operatorzy niezależni.

Community Federation jest budowane z myślą o otwartym wydaniu i możliwości uruchomienia własnego Node’a bez zgody jednej platformy. Publikacja kodu nastąpi po domknięciu zasad governance i licencjonowania.

Własny NodeSelf-hosted lub zarządzany przez wybranego operatora.

Uczciwy model usługHosting, wdrożenia, support i integracje — bez blokady danych.

Bez handlu ludźmiŻaden model operatora nie usprawiedliwia sprzedaży list członków.

Let communities own their future.

Zbudujmy infrastrukturę, która nie staje się właścicielem społeczności.

Jeśli organizujesz community, rozwijasz otwartą technologię albo chcesz uruchomić niezależny Node — porozmawiajmy.

kontakt@communityfederation.org Wróć na początek