Turvallisuus ja tuotantovalmius

Englanninkielinen vastinsivu: Security and Production Q&A

Mikä tapahtuu live-tuotteessa juuri nyt?

Todennäköinen kysymys

Miten nykyinen live-tuote oikeasti toimii?

Lyhyt vastaus

Etusivu käyttää julkaistua public snapshotia, all news käyttää history snapshotia, ja research view näyttää putkea ja audit-polkuja.

Pidempi vastaus

Etusivu näyttää:

• lead-signaalin
• briefing-kortit
• source confirmation / consensus -taso
• modaalin, jossa lähteisiin ankkuroidut perustelut ja audit-konteksti näkyvät

Arkisto käyttää erillistä history snapshotia:

• db/public/api-news-history.json
• tiivis listapayload listanäkymälle
• detail-endpoint yksittäiselle signaalille
• limit + offset sivutus

Mikä on CAS-pointer-julkaisu?

Todennäköinen kysymys

Miten julkaisun turvallisuus on ratkaistu?

Lyhyt vastaus

Julkaisun turvallisuus perustuu pointer-objektin ehdolliseen päivitykseen, ei siihen että viimeisin kirjoitus vain voittaa.

Pidempi vastaus

Käytetyt kontrollit ovat:

• pointerKey
• expectedGeneration
• ETag guard
• conditional write
• health check

Mitä kannattaa painottaa

• estää hiljaiset pointer-kilpajuoksutilanteet
• tekee julkaisutapahtumasta eksplisiittisen
• mahdollistaa rollbackin ilman inplace-mutaatiota base-objektiin

Miksi snapshot-polku ja live-JDBIN-polku erotetaan?

Todennäköinen kysymys

Jos JDBIN on kanoninen kerros, miksi käyttöliittymä käyttää snapshotteja?

Lyhyt vastaus

Koska snapshot-polku tekee julkisesta käyttöliittymästä nopean ja vakaan, kun taas live-JDBIN-polku tekee tallennuskerroksesta auditoitavan, versionoidun ja kyseltävän.

Pidempi vastaus

Esityksen oma rajaus on tärkeä:

• käyttöliittymän oletuspyyntöpolku ei ole live-JDBIN-kysely
• käyttöliittymän oletuspyyntöpolku on snapshot-ensin JSON-jakelu
• JDBIN/JDBON toimii kanonisena tallennuskerroksena ja julkaisumoottorina

Mikä on realistisesti valmista?

Todennäköinen kysymys

Mikä tästä on oikeasti valmis nyt?

Lyhyt vastaus

Worker + R2 live, tutkimuskorpusputki, AI-avusteinen toimitusputki, JDBIN/JDBON-kirjoituspolku, julkinen snapshot-polku, arkiston snapshot-polku ja consensus v1.1 ovat käytännössä olemassa.

Pidempi vastaus

Esityksen oma “Valmis nyt” -taulukko tarkoittaa:

• järjestelmä pyörii Cloudflaressa, ei vain lokaalisti
• raw articles, story clusters ja research snapshotit ovat olemassa
• Claude + OpenAI + grounding + publish gate ovat käytössä
• base, deltat, manifest, pointer ja retention-logiikka ovat olemassa
• consensus v1.1 on public read -polussa ja palauttaa tuotannossa kenttiä kuten independentSourceCount, sourceWeightSum, degradedSourceCount, contradictionFlag, contradictionReasons ja consensus.level
• 28.6.2026 live-varmennuksessa ristiriitainen kontrollitapaus kulki ingestistä deltaan, public snapshotiin ja /api/data-vastaukseen asti muodossa consensus.level = contested

Mikä ei ole vielä valmis?

Todennäköinen kysymys

Missä tämän nykyiset rajat menevät?

Lyhyt vastaus

JDBIN ei ole yleinen SQL-moottori, query-VM ei ole vielä laaja suorituskerros, live-hot-path ei ole vielä tarpeeksi kevyt, eikä toimituksellinen laatu synny pelkästä tallennusarkkitehtuurista.

Pidempi vastaus

Esityksen tärkeimmät keskeneräisyydet:

• ei yleinen SQL-moottori
• query-VM ei ole vielä laaja irrallinen suorituskerros
• compression track ei ole laajasti tuotantobenchmarkattu
• consensus ei tee väitetason faktantarkistusta eikä ole vielä formalisoitu consensus-malli
• live-hot-path ei ole vielä tarpeeksi kevyt ilman lisämaterialisointia
• toimituksellinen laatu vaatii edelleen parempaa briefing-logiikkaa ja toimituksellista kontrollia