KRIPTONA PROGRAMARO ​ ​ x FUNDO - KRIPTMONERO INDEX-FUNDO. ​ ​ x MERKATO - DIGITA MERKADO. ​ x KOMERCO - KRIPTMONERO KOMERKA PLATFORMO. ​ ​ x VOĈONI - INTELIGENTA VOĈOPLATFORMO. ​ ​ ​ XC premu ligilon por aliri LA x LIMO IS AUTONOMO, INTELIGENTA KRIPTMONEROKOMERCO RETPLATFORMO, BAZE SUR LA LASTA BLOKĈENA TEKNOLOGIO. ​ ​ ​ ​ LA x LIMAJ PLATAFORMOJ RRAPLAS & ANALIZO DATUMO. LA PLATFORMO APLIKAS DATUMON AL LA x FUNDO. LA PLATEFORMO ACHETAS, VENDAS & TENAS CYRPTO-ON EN xFUND. ​ ​ ​ ​ LA xFUND ESTAS AUTONOMA BLOCKCHAIN CRYPTO INDEX-FUND. AUTOMATIQUE UZONA DOLARO SUBTENITA /USDT. ​ ​ Lasu la metrikojn fari la laboro. ​ Industrio 01 Financaj Servoj Industrio 02 Amaskomunikilaro & Teknologio Industrio 03 Sanzorgo XBO-MONEROJ ESTAS LA DIGITALO DE xBORDER PLATFORMO ​ XBO-moneroj estas la valoraĵoj aŭ ciferecaj Akcioj de la xBORDER Platformo. XBO ne estas minebla. ​ ​ ​ la xFUND estas Atanomous Cyrptocurrency Blockchain Index-Fondo, kiu portas 15 plej profita Kriptoj. ​ xBORDER Blockchain Komerca Platformo, tio sendas la lasta Crypto metrikoj al la xFUND. ​ xFUND aŭtomate vendas kaj aĉetas kriptajn monerojn surbaze de analizo. ​ la xFUND = Usona Dolaro apogita. ​ Kiam la Bitcoin malpliiĝas je 30%, la xBORDER Blockchain reagos sendante ordonon al XFUND tio 'frostas' Bitcoin por la plej alta kurzo en usonaj dolaroj! ​ xBORDER atendos ke Bitcoin trafos la plej malalta punkto, kaj ol reaĉetas ĝin. Industrio 06 Nemoveblaĵoj Industrio 05 Industriaj kaj Komercaj Servoj Industrio 04 Renovigebla Energio 02 Partneroj 06 Dungitoj 33 Investoj 100% Sukceso Lastatempaj Novaĵoj PETER DAVID @ 223 REGENTA STRATO LONDONO - UK X LIMO

Blokoĉeno KIX E-Komerco KriptoMonero | Blockchainkix.com KIX .COM BLOKĈENO Bonvenon al la Finfina Blockchain KIX E-Komerca KriptoMonero - Blockchainkix.com bioherby ​ website ​ dildokopen ​ website ​ seogenie ​ website ​ botenkopen ​ website ​ bioherby ​ website ​ JARO 2022 LA PROJECTOJ DE INGENIERIA PROGRAMARO DE BLOCKCHAINKIX.COM PEN-TESTADO POR KORPORACIOJ, KRIPTO-MONERO, KRIPTO-PROGRAMADO & BLOKĈENEVELOPO: NI ALPORTAS AL VIN MONDON UNUA DECENTRA RETKOMERKA RETO -- LA LIMA PLATFORMO ~ 5 API-AŬTOMATIGAJ EK-KOMERCAJ BUTIKOJ SUR INTERRETA PLATFORMO, FACILE AGRORDEBLA & REGREKTA.. NI ESTAS FIERAJ PREZENTI: XBO = MONDA UNUA KRIPTO-PARTO, LA UNUA KRIPTO-MONERO KIU REPRESENTAS VALORON ! KUN 5 PATENTOJ @ Usono USPTO & INTERESO DE TECH-COMPANIES & GOVERNMENTS KIEL ĈINIO & TAJLANDO.. . LEGU PLI: KIEL LA UNUA CRYPTO_CROWDFUND EKONOS DECENTRAJN RETKOMERCAJ PLATFORMOJ: ĈI ESTOS LA ESTONTECO DE API-INTEL-E-KOMERCO. RF 007 -- INTERNETA SPIOUNIKO: --- WIFI, ETH, GSM, GPG, PGP -- MILITAJ GRADAJ & KVALITAJ SPIOILOJ -- SKUDO -- AŬSkultu -- KAPTU & KOPIU - PARUPI & PLI. LASTA NOVAĴOJ & TEKNOLOGIO: ARDUINO, RASPI, LINUX, WINDOWS, MAC-OS -- DEBIAN -- KALI -- PARROT -- REDHAT -- INFO & KURSOJ -- LIBROJ & PROGRAMO GMS, BLUETOOTH, BLE , INFRARUĜA & RADIO -- SWARMING, SKUADO, LOKIGO > KOPIU , IMITI OL PENTRU: BLE, IR, WIFI, GMS, LA MHZ-KATTORILOJ DEMANDOJ? KOMENTOJ? OFERTOJ ? ALVOKU, BABILI AŬ RETRETETOJ: NI PERSONA: NI OFFERTAS 24.7 RETAN ASSISTON. ĈU ĈU KOMPRENAS VORTON? KLAKU ĜIN! ESTAS LIGO.. NI OFERTAS PERSONAN, ALTA KAJNAN SERVON & KNOVOJN PRI MULTOBLAJ SUBJEKTOJ. NIA TEAMO VOJAĜAS TUTU LA MONDO. ORGANIĜO DE ORANĜOJ & METEOJ , DISKUTOJ & PRELEGOJ, RETE & EN REALA VIVO: RENKONTU NI ! INTERRETE: HELPU NI EVOLUVI KAJ AKTIRI KRIPTO-AKCIOJ DE LA NEMESIS. ALIGU CENTIJN DA PROFESIULOJ PER LA SAMA TASKO.. KONSTRUANTA BLOKĈENO POWERED , INTELIGENTA, E-KOMERCO RETO: PLATFORMA ENTO LERNAS, KOPARAS, DEPLIGAS, KALKULAS, RRAPLAS& FLASAS LA INTERRETON EN LA SERĈO DE SCIO. EN LA KOMENCO TIU ESTOS E0--KOMERCO, PREZOJ, OFERTOJ K.P. ĈU VI KREDAS? LA DECENTRIGO KAJ CIPTO-KODIGO AKA BLOKĈENADO, FINE MIKROPROCESOROJ IGAJ VERAJ " MIKRO" INTELIGENTAJ -ĈIUJ-EN-UNU-CPU-GPU-MEMORO, INDUKTITA DE KVANTUMA TEKNOLOGIO, KOMENĈOS KIAM NIA KARBO, BENZINO, VENTOMUELIO ESTAS ANGLOJATITA PER HIDROGENO. HIDROGENO ESTOS POR ELEKTRO KIO ELETRO ESTIS VAPORI, ĜI EVENTIS LA INDUSTRIAN REVOLUCIO. RO - POWERED BY ESTOS NANO-PROCESOROJ PENTRU KVANTUMA TEKNOLOGIO. Ĝisdatiĝo kondukas al la API-MATRICA INTELIGENTECO, KIU ŜANĜOS INTERRETAN NEGOCON, VALUTO KAJ AKCIADO REPRESENTOS VALORON, KAJ NE BAZADAS SU FIDO, ĈAR KNOW-HOW ESTAS POTENCO, MONTROS EN LEVIĜA VALORO DE XBO-CRYPTO-AKCIOJ, SED TI NE ESTAS ÿIA CELO NEK ÿIA FINA CELO, ĈINIO - DE - SUA - JPN - RUSIO - [ USA, UK, AU, NL, FR ] - LA POVO DE LA TEKNOLOGIO KAJ LA LUDOJ , eLIBRO . BLOCKCHAINKIX.COM 2022 AMSTERDAM Nederlando CIBERA SEKURECO, PENTROPROVO, - HACKING & ELSENSIRGADO -- PERSONA KONSILO, KOMERKA KONSILO, Korporacia ĝisdatigo, PRIVATA & REGISTARO. NI OFERTAS ALTA KAJ KAJ MILITARA KNOVO, ILIOJ, KORDINADO, PROGRAMARO & INFORMO, 100% LEGALA, MALFERMA & TRAVIDA, LICENCE. PROJEKTOJ INKLUAS: PEN-TESTO, KRIPTO-MONERO, KRIPTO-PROGRAMADO & BLOKĈENEVELOPO: NI ALPORTAS AL VIN MONDON UNUA DECENTRA RETKOMERKA RETO -- LA LIMA PLATFORMO ~ 5 API-AŬTOMATIGAJ EK-KOMERCAJ BUTIKOJ SUR INTERRETA PLATFORMO, FACILE AgorDebla & REGREKTA.. NI ESTAS FIERAJ PREZENTI: XBO = MONDA UNUA KRIPTO-PARTO, LA UNUA KRIPTO-MONERO KIU REPRESENTAS VALORON! KUN 5 PATENTOJ @ Usono USPTO & INTERESO DE TECH-COMPANIES & REGISTAJN KIEL ĈINIO & TAJLANDO.. . LEGU PLI: KIEL LA UNUA CRYPTO_CROWDFUND EKONOS DECENTRAJN RETKOMERCAJ PLATFORMOJ: ĈI ESTOS LA ESTONTECO DE API-INTEL-E-KOMERCO. RF 007 -- INTERNETA SPIOUNIKO: --- WIFI, ETH, GSM, GPG, PGP -- MILITAJ GRADAJ & KVALITAJ SPIOILOJ -- SKUDO -- AŬSkultu -- KAPTU & KOPIU - PARUPI & PLI. LASTA NOVAĴOJ & TEKNOLOGIO: ARDUINO, RASPI, LINUX, WINDOWS, MAC-OS -- DEBIAN -- KALI -- PARROT -- REDHAT -- INFO & KURSOJ -- LIBROJ & PROGRAMO GMS, BLUETOOTH, BLE , INFRARUĜA & RADIO -- SWARMING, SKUADO, LOKIGO > KOPIU , IMITI OL PENTRU: BLE, IR, WIFI, GMS, LA MHZ-KATTORILOJ DEMANDOJ? KOMENTOJ? OFERTOJ ? ALVOKU, BABILI AŬ RETRETETOJ: NI PERSONA: NI OFFERTAS 24.7 RETAN ASSISTON. ĈU ĈU KOMPRENAS VORTON? KLAKU ĜIN! ESTAS LIGO.. NI OFERTAS PERSONAN, ALTA KAJNAN SERVON & KNOVOJN PRI MULTOBLAJ SUBJEKTOJ. NIA TEAMO VOJAĜAS TUTU LA MONDO. ORGANIĜO DE ORANĜOJ & METEOJ , DISKUTOJ & PRELEGOJ, RETE & EN REALA VIVO: RENKONTU NI ! INTERRETE: HELPU NI EVOLUVI KAJ AKTIRI KRIPTO-AKCIOJ DE LA NEMESIS. ALIGU CENTIJN DA PROFESIULOJ PER LA SAMA TASKO.. KONSTRUANTA BLOKĈENO POWERED , INTELIGENTA, E-KOMERCO RETO: PLATFORMA ENTO LERNAS, KOPARAS, DEPLIGAS, KALKULAS, RRAPLAS& FLASAS LA INTERRETON EN LA SERĈO DE SCIO. EN LA KOMENCO TIU ESTOS E0--KOMERCO, PREZOJ, OFERTOJ K.P. ĈU VI KREDAS? LA DECENTRIGO KAJ CIPTO-KODIGO AKA BLOKĈENADO, FINE MIKROPROCESOROJ IGAJ VERAJ " MIKRO" INTELIGENTAJ -ĈIUJ-EN-UNU-CPU-GPU-MEMORO, INDUKTITA DE KVANTUMA TEKNOLOGIO, KOMENĈOS KIAM NIA KARBO, BENZINO, VENTOMUELIO ESTAS ANGLOJATITA PER HIDROGENO. HIDROGENO ESTOS POR ELEKTRO KIO ELETRO ESTIS VAPORI, ĜI EVENTIS LA INDUSTRIAN REVOLUCIO. RO - POWERED BY ESTOS NANO-PROCESOROJ PENTRU KVANTUMA TEKNOLOGIO. Ĝisdatiĝo kondukas al la API-MATRICA INTELIGENTECO, KIU ŜANĜOS INTERRETAN NEGOCON, VALUTO KAJ AKCIADO REPRESENTOS VALORON, KAJ NE BAZADAS SU FIDO, ĈAR KNOW-HOW ESTAS POTENCO, MONTROS EN LEVIĜA VALORO DE XBO-CRYPTO-AKCIOJ, SED TI NE ESTAS ŸIA CELO NEK ÿIA FINA CELO, ÇU VI KREDAS? ELON FARAS.. LA POVO DE LA TEKNOLOGIO KAJ LA LUDOJ , eLIBRO PETER OLDENBURGER . XBORDO Ξ EKOMERCO plurtavola BLOKĈENO & API-X ™ INTELIGENTA reto - CLOUD-x CRYPTO-platformo XBORDER ECOMMERCE - BLOK-ĈENO CH-X INTELIGENTA API-X KRIPTO-NUBO-X RETO ​ Ξ xBORDER elektronika komerco platformo Ξ ​ Ξ ∞ VOC-x { aŭtomatigita lernado Ξ ∞ API-x { Analiza Inteligenta Ξ ∞ snb-x { sandbx evoluo Ξ ∞ bLc-x { Plurtavola BlockChain BLOCKCHAIN funkciigita API INTEligenta nuba RETO LA ESTONTECO DE KOMERCO xborder retkomerca platformo elektronika komerco malcentralizita, funkciigita per blokĉenoj & konektita & plene aŭtomatigita per api-kodaj integrigaj kodekoj. xx la unua monda 'kripto-valuto' kun reala kaj tuja valoro, la finfina kripto-estonteco. FEDERATION NERDS ⭐ xbo, la unua monda 'kripto-valuto' kun reala kaj tuja valoro, la finfina kripto-estonteco. API-X AŬTOMATIGA INTELIGENTA EK-KOMERCplatformo blokĉeno-X plurtavolaj blokĉenaj regilaj nodoj nubo-X realtempa blokĉeno funkciigita sinkronigi & reen BONVENON AL LA ESTONTECO HOMERO @ 2022 LA UNIQUA FEDERACIO DE NERDOJ TERO GALAKTA L/L = 42DG39MIN32.4SEC_43DG08MIN19.2SEC @ 01/01/2214 xLIMO ∞ PROJEKTO8 ∞ LA REVOLUCIO DE E-KOMERCO ∞ LA PRIVIO DE LA DECENTRALIZO PRI DECENTRALIZO DECENTRALIZA RIMEDO APLIKADI KONTRAKTON REKTE INTER 0 & 1 LA HISTORIA MANIERO KONTRAKTI ESTIS PER MEZONA HOMO, TIO Okazis por KIALO, LA MEZONA HOMO, AŬ MEZONA KONTRAKTO LIVRIS 'LA FIDON DE VALORO' POR TIU TRANSAKCIO. TEKNOLOGIO DE BLOKO-ĈENO KAJ KRIPTO-ĈENO ESTAS FORMOJ DE APLIKADO DE REKTA KONTRAKTO. BLOKĈENO KIEL MONETAERA VALUTO ? NU, POR ESTI HONETA, ZUCKENBERG, ĈI NE ESTAS EBLE. PRO LA ALTAJ KOMVOJ DE ENERGIO NECESAS POR Produkti VIAN PLIBON, MI ESTIS KONFUZITA KIAM MI LEGIS LA BLANKAPURON, ĜI NE APLIKAS NOVAN TEKNOLOGION SED KONSTRUAS SUR PLI MALNOVAJ BITCONO/ETERIO. BITOJ & VALORO. BITCOIN ESTAS MALrapida & KONSUMAS AL MULTA ENERGIO APLIKADA EN REALA TEMPO SINCRONIZO AŬ VIVO. TIEL 1990 KONTROLU ĜIN ĈI TIE VI SCIAS, KE ESTAS NUR KEYNES-VALORO. API-X DONAS LEGALA posedado de xBORDER RETKOMERCA PLATFORMO xLIMA RETO ∞ HTTPS://www.APi-X .APP FUNKCIATA & SEKURITA DE xBORDERS MULTTAVOLA BLOKĈENA TEKNOLOGIO ∞ HTTPS://BLOCKCH-x.ORG ALIRO & AgorDO DE API-X & XBO EN REALTEMPA SINKRONIKO ĈE xBORDERS NUBA RETO ∞ HTTPS://CLOUD-x .APP KOMERCI, INVESTI AŬ VASIGI API-x EK-KOMERCAN PLATAFORMOJN, ALIGU AL LA KOMERCISTOJN GILD ∞ HTTPS://VOC-x.ORG NUBO-X BLOKĈENO-X RF 007 ​ WIFI, ETH, GSM, GPG, PGP -- MILITAJ GRADAJ & KVALITAJ SPIOILOJ -- SKUDO -- AŬSkultu -- KAPTU & KOPIU - PARUPI & PLI. LASTA NOVAĴOJ & TEKNOLOGIO: ARDUINO, RASPI, LINUX, WINDOWS, MAC-OS -- DEBIAN -- KALI -- PARROT -- REDHAT -- INFO & KURSOJ -- LIBROJ & PROGRAMO GMS, BLUETOOTH, BLE , INFRARUĜA & RADIO -- SWARMING, SKUADO, LOKIGO > KOPIU , IMITI OL PENTRU: BLE, IR, WIFI, GMS, LA MHZ-KATTORILOJ SCIPOVI LA PLEJ FORTA TRANSPORTANTO DE DATUMOJ? DSL? 6G? SUPER-WIFI? NE.. VOLT.. Ĝuste: KIAM VI ŝovas vian altnivelan PGP-TELEFONON EN LA ALTENTON POR ŜARGI.. ALTHO ĈI TEKNOLOGIO ESTAS DIFIKALA KAJ NOVA: TIEL JEFF BESOZ ESTAS HAKATO. ĈU VI scias, ke BLUETOOTH ESTAS ALERSIBLA SUPER VOLTO? MI POVAS SALTI DE APARATO AL APARATO. MI POVAS IMIMI VIA BLEUTOTH MAK-NUMERO, KAJ ID, POR KE KORUMPITA APARATO SINKRONICU KUN VIAJ APARATOJ, KAJ ALIREBLES AL ĈIUJ APARATOJ. KEL VI KONEKTIS AL ALTENTOLINOJ: DE TI MI POVAS ALIR VIAJN UNIKAJN NUMEROJN MAC & SNIN, PARUDII ILIN, KAJ VI PORTOS 'GASTOJN' KUN ĈIUJ TEMPOJ, Kien ajn VI IROS. PASORDOJ? Ŝlosiloj? NE GRAVAS ĈAR VIA TELEFONO AŬ KOMPUTILO NE REKONIZAS LA TRAVATON. MI POVAS SALTI DE VIA BLUETOOTH, WIFI AŬ GMS -RF AL ĈIUJ APARATOJ, KIUJ DISSENTAJ RF-SIGNALOJ: FOTILOJ, TELEFONOJ, TELEVIDOJ, KOMPUTILOJ, VIA MOTOCIKLO, VIA ELEKTRA AŬTO, TIMIGA: MI POVAS IRI EN VIA KANON KIAM VI PORTAS AŬDALAJRAĴOJN.. MI POVAS MANIPULI VIAN TELEFONAN APLIKAĴOJN, ŜANĜI MUZIKON AŬ NUR FACILE: ŜANĜI NOMOSERVILOJ & ĈIUJ VIAJ ALŜUTAJ & ELŜUTAJ DATUMO ESTAS TRANSPORTAtaj AL MIA PERSONA KOMPUTILO 'TIELNOMA MIM-ATTACK'. MI ESPERĈIS PRI DATUMOJ DE SUPER VOLTO DUM LA PASINTAJ 3 JAROJ, MI ATENTONS DIVERSAJ INSTAJNJOJ: ĈINIO, BRITUJO, KAJ MIA KAMALARONO-VIROJ, LA Nederlandanoj, ĈESESTAS 24/7. MI PROVIS LANĈI RETEJOJ ANTAŬ ĈI TIU PRI ĈI TIU TEMO: NE EBLE: TTT-REJOJ KIE FORIGITAJ, DOMENANONOMOJ FORIS, PATENTOJ DE PROGRAMARO BLOKITA. KIAM MI DIRIS AL MIA FRATINO, SI NE KREDIS MIN. MI RAPORTIS PLI OL 8 FOJE EN LA POLICEJO, MI SKRIBIS LETEROJ AL LA MINISTRO DE JUSTICIO KAJ AL LA MINISTRO DE TEKNOLOGIO: ŸI RERE SKRIBIS MIN: IO TIEL: FEKU. LA POLICO DIRIS AL MI, MI HAVAS MENSAJN PROBLEMIJN, KAJ KE MI DEVAS LASI ĈI ĈI SUBJETON IRI.. NUN 3 JAROJ POSTE, KIAM ĈI TIU KNOVO ELVENAS AL LA PUBLIKO, LA NEDERLANDA REGISTARO FALADIS, IUJ EL ILI DEVAS IRI AL TRIBUNALO: 30.000 HOMOJ, VIRINO & INFANOJ, KIE RENTAĜIS LA BOTON POR PLI PLI THAN1510. JAROJ, PRUNTOJ ĈESAS, PERDI SIAN LOĜOM, MARKITA KRIMINALO, PRO KIO ILI NOMAS 'HOMAJ ERAROJ', RIKULIPANTOJ RECIproke, APERANTANTO ĜIS TARDE ĈE AŬDISTAJ KOMISIOJ, PRENI NENIUN RESPONDEBON, kulpigante unu la alian, EĈ NE UNU parolis la VERON, AŬ NI NI FAKAS zorgas! SLAMER DE LA MONTO: LA JUSTECO KAJ KOMPUTIKALOJ: PREDIKADO KAJ DIRANTE AL LA HOMOJ DE Nederlando ILI NE POVAS IRI EKSTER POST 9 KUN PLI OL 3 PERSONOJ: LA MINISTRO DE JUSTECO ESTIS KAPTATA TIU SEMAJMANOJ EN FESTO POST LA 9-A KUN PLI OL 3 PERSONOJ. RONIA ĈU NE? LA MINISTRO DE TEKNOLOGIO: VIRINO, KIU NE SKIAS KE ESTAS 'LINUXO', DONIS NI NOVAN LEĜOJ: DE SLEEPWET, ĈI ĈI LEĜO LEGALIGAS MASIVA SUPERVIVADO. Amuza Aĵo: ILI DEZIRIS, ĜI Aspektu DEMOKRATIE: KAJ DIRIS NI NI HAVAS LA DEMOKRATIAN RAJTON EN 'REFERENDO' VOĈI KONTRAŬ AŬ POR ĈI TIU LEĜO: LA LEĜO ESTIS NEITA DE LA HOMOJ DE Nederlando: 2 MONATOJ POSTE ĜI ESTIS. AKTIVA LEĜO, KAJ FARAS Nederlandon NRO.1 PRI GVEGLADO EN EŬROPO. BONÇONA POR MI: MIAJ PROGRAMOJ MONTRIS IP-OJN, MI NE PUVIS ELKNIRI ĜIN, KIEL ILI KIE POVAS HAKI MIAJ FAJROMUROJ, VPN-AJN, PASORDOJ Eĉ VIRTUALAJ MAĤINOJ:: DATUMO OVERVOLT. VENDI ĈI TEKNOLOGION AL ARABAJ LANDOJ, PROVENTANTE AL UNU EL LA 5-OKULOJ . USA-UK-KANADA-AU-NL -- : GOOGLE, APPLE ILI KONĈAS: GOOGLE, APPLE, DHL KAJ MULTAJ PLI KONSTRUAS DATCENTROJN EN NL HORTAS MILIARDOJ KAJ MILIARDOJ DA DOLAROJ. KIAL? Memorigas, ke GOOGLE ESTIS MUNUNITITA DE EŬROPO 4 MILIARDOJ DA EŬRO? ILI NENIAM PAGIS. LA Nederlandanoj FERNIS KOMPRENON:GOOGLE KONSTRUAS DAtumcentrojn kun valoro de miliardoj, GOOGLE NE PAGAS MONPUNON, SED KONSTRUAS DATUMOJN ĈI TIE ANKAŬ ESTIS SOLVITA DE LA Nederlandanoj: EN Nederlando, kiam vi havas pli ol 10 miliardojn da impostoj. HAVU SPECIALAN TEAMON VIZITANTAN: FARI IMPOSTOJN: ĜI ESTAS FAKTOJ HH: MIA REGISTARO FARU ALIAN KOMPRENON: PROGRAMARO, DATUMODODO KIU DONAS AL LA Nederlandanoj NUR EN LA MALTRASA OKAZA PRIVILEGIO UZI TIUN FONDOĜOJ: LA VERO ESTAS, KE ĜIA UZITA EN LA POLICA AKADEMIO, KAJ studantoj fanfaronas unu al la alia, PRI MANIPULADO KAJ LUDOJ. LA PROGRAMO HALSITA EN AKADEMIO: ILI ELTROVIS KE DATUMO VERE SIGNIFAS POVON.. ANKAŬ, MI VOLAS LAŬDI LA HONESTOJN NEDERLANDAS GUBERNILANTON KAJ LA POLICION. LA FORTO ESTU KUN VI. PETER OLDENBURGER, AMSTERDAM, NEDERLANDA. FAKTOJ FFAC HACKING MILITA GRADO Peter Oldenburger, Amsterdamo, NL 2021. MIAJ. FAKTOJ. DATUMO ILOJ POR PROTEKTI VIAJN DATUMON , OVERVOLT. DEMANDOJ? KOMENTOJ? OFERTOJ ? ALVOKU, BABILI AŬ RETRETETOJ: NI PERSONA: NI OFFERTAS 24.7 RETAN ASSISTON. ĈU ĈU KOMPRENAS VORTON? KLAKU ĜIN! ESTAS LIGO.. NI OFERTAS PERSONAN, ALTA KAJNAN SERVON & KNOVOJN PRI MULTOBLAJ SUBJEKTOJ. NIA TEAMO VOJAĜAS TUTU LA MONDO. ORGANIĜO DE ORANĜOJ & METEOJ , DISKUTOJ & PRELEGOJ, RETE & EN REALA VIVO: RENKONTU NI ! INTERRETE: HELPU NI EVOLUVI KAJ AKTIRI KRIPTO-AKCIOJ DE LA NEMESIS. ALIGU CENTIJN DA PROFESIULOJ PER LA SAMA TASKO.. KONSTRUANTA BLOKĈENO POWERED , INTELIGENTA, E-KOMERCO RETO: PLATFORMA ENTO LERNAS, KOPARAS, DEPLIGAS, KALKULAS, RRAPLAS& FLASAS LA INTERRETON EN LA SERĈO DE SCIO. EN LA KOMENCO TIU ESTOS E0--KOMERCO, PREZOJ, OFERTOJ K.P. ĈU VI KREDAS? LA DECENTRIGO KAJ CIPTO-KODIGO AKA BLOKĈENADO, FINE MIKROPROCESOROJ IGAJ VERAJ " MIKRO" INTELIGENTAJ -ĈIUJ-EN-UNU-CPU-GPU-MEMORO, INDUKTITA DE KVANTUMA TEKNOLOGIO, KOMENĈOS KIAM NIA KARBO, BENZINO, VENTOMUELIO ESTAS ANGLOJATITA PER HIDROGENO. HIDROGENO ESTOS POR ELEKTRO KIO ELETRO ESTIS VAPORI, ĜI EVENTIS LA INDUSTRIAN REVOLUCIO. RO - POWERED BY ESTOS NANO-PROCESOROJ PENTRU KVANTUMA TEKNOLOGIO. Ĝisdatiĝo kondukas al la API-MATRICA INTELIGENTECO KIU ŜANĜOS INTERRETAN NEGOCON, VALUTO KAJ AKCIADO REPRESENTOS VALORON, KAJ NE BAZADAS SU FIDO, ĈAR KNOW-HOW ESTAS POTENCO, MONTROS EN LEVIĜA VALORO DE XBO-CRYPTO-AKCIOJ, SED TI NE ESTAS ŸIA CELO NEK ÿIA FINA CELO, ÇU VI KREDAS? ELON FARAS..

API-X NUBO-X BLOKĈENO-X X LIMO LIMO ENSALUTI MIA TUTA VIVO MI REVIS ATENI AL LA STELOJ. P. OLDENBURGER - FONDINTO xBORDER API-X BLOKĈENA RETO API-x INTELIGENTA RETKOMERCO PLATFORMO NUBO-x REALA TEMPO BLOK-ĈENO PENTRU SINKRONIZOJ & RESERVOJ BLOKĈENO-x 6 USPTO-PATENTOJ, PLURTAVOJ BLOK-ĈENA RETO CROWDFUND-x TUJA VALORO & SENPAGA KOMERCISTO. XBO, VOC-x, API-x, CH-x, DB-x ​ BONVENON AL LA ESTONTECO, HOMERO @ 2020 LA UNIQUA FEDERACIO DE NERDOJ, TERO GALAKTIK L / L = 42DG39MIN32.4SEC _43DG08MIN19.2SEC @ 01/01/2214 ​ ​ xLIMO ∞ PROJEKTO8 ∞ LA REVOLUCIO DE E-KOMERCO ∞ LA PRIVIO DE LA DECENTRALIZO ​ ​ PRI DECENTRALIZO DECENTRALIZA RIMEDO APLIKAnta KONTRAKTOJN REKTE INTER 0 & 1 LA HISTORIA MANIERO KONTRAKTI ESTIS TRUGO MEZANO, ĈI Okazis POR A KIALO, LA MEZONA HOMO, AŬ MEZONA KONTRAKTO LIVRIS 'LA FIDO DE VALORO' POR KE TRANSAKCIO. BLOK-ĈENO KAJ KRIPTO-ĈENO TEKNOLOGIO ESTAS FORMOJ DE APLIKADO DE REKTA KONTRAKTADO. ​ ​ ​ BLOKĈENO KIEL MONETAERA VALUTO ? NU, POR ESTI HONETA, ZUCKENBERG, ĈI NE ESTAS EBLE. PRO LA ALTAJ KOMVOJ DE ENERGIO NECESAS POR Produkti VIAN PLIBON, MI ESTIS KONFUZITA KIAM MI LEGIS LA BLANKAN LIBRONOJ, ĜI NE APLIKAS NOVAN TEKNOLOGION SED KONSTRUAS SUR PLI MALNOVAJ BITCONO/ETERIO. BITOJ & VALORO. BITCOIN ESTAS MALrapida & KONSUMAS AL MULTA ENERGIO APLIKADA EN REALA TEMPO SINCRONIZO AŬ VIVO. ​ TIEL 1990 KONTROLU ĜIN ĈI TIE VI SCIAS, KE ESTAS NUR KEYNES-VALORO. API-X DONAS LEGALA posedaĵo DE xLIMO PLATFORMO DE TEKKOMERCO ​ ​ @ posedanto xLIMA RETO ∞ HTTPS://www.APi-X .APP ​ - Funkciigita & Sekurigita de xBORDERS MULTITOLA BLOK-ĈENA TEKNOLOGIO ∞ HTTPS://BLOCKCH-x.ORG - ALIRO & AgorDO DE API-X & XBO EN REALA TEMPO SINKRONIKO ĈE xBORDERS NUBA RETO ∞ HTTPS://CLOUD-x .APP - KOMERCI, INVESTI AŬ EXPANDI API-x E-KOMERCplatformoj, ALIGU AL LA KOMERCISTOJ ORO ∞ HTTPS://VOC-x.ORG ​ ​ NUBO-X BLOKĈENO-X RSVP Closed xLIMO | API BLOCKCHAIN RETO 2020-apr-25 19:00 xBORDER - Block-Chain API Intelligent Te Can you make it? Details INDEXO OVENTOJ METEOJ 00:00 / 01:04 BO-X.iO GOOGLE & MICROSOFT API ELĈIRITAJ - HAKADO @ UFN.LEGACY Play Video Facebook Twitter Pinterest Tumblr Copy Link Link Copied INTELIGENTA API-X RETKOMERCO BLOK-ĈENA RETA VIDEO CENTRA DECENTRALIZITA FORUMO - KOMENCU KUNE! ! ​ LA UNIQUA FEDERACIO DE NERDOJ BO-X.iO - xBORDERS BUG ĈASADOJ ​ GOOGLE API-ĴURO ELĈIRIGITA, AUTORIZI HACK NUL TAGA VULNERABILECO TROVITA, GRANDA IMPLIKO AL ALIRO & SEKURECO ! NOMO: XBO-GOBA1 P. Oldenburger Amsterdamo Nederlando. ​ API-OATH HACK, NUL TAGO VULNERABILECO TROVITA EN GOOGLE ! CIMO TROVITA EN en GOOGLE OATH API la 4-an de aprilo 2020, Amsterdamo Nederlando, ​ ** ĈI ĈI ESTAS GRANDA ERAO KU GRANDA EFIKO ** ​ ​ INSEKTO NOMO= XBO-GOBA1 - Google API OATH Rajtigo Cimo, trovita sur 4 Aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. xBORDER NERD BO-X.iO BUG Analizistoj, # xBORDER Esplorteamo trovis urbestran rajtigon Cimon en la Google Admin Application Softwaremrun sur 13.4 OSX, Restarigi Pasvorton Maleblis Plena Administra Aliro al ĉiuj subestaj Nodoj, Domajnoj, kaj Administrantoj. Ĉi tio Cimo povas havi seriozan efiko -- ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Administrantoj estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko. Vidu bildojn por detaloj. ​ Ĉi tio estas a config Eraro, kiu povas esti uzata kiel pordego al plena aliro de ĈIUJ guglaj aplikoj. ​ Restarigo de Originalaj Valoroj estas praktike neebla pro WHOIS-limigoj en google.domains, CNAME-ĝisdatigoj estas preskaŭ neeblaj pro ne-aliro. ĉi tio estas RE-LOOP Bu kaj povus havi gravan efikon. ​ Peter Oldenburger & Amikoj. # NERD BO-X.iO @ xBORDER ​ ! A NODO { xLIMO } - VOC-X "VALORO: +10 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-insekto povas eligi amasajn kvantojn da uzantdatenoj, firmaaj datumoj. Google Cases ref: 2-6991000030256 Altranga Guglo Specialistoj. ERARO II: Google API OATH Rajtigo PARTO II, GOOGLE DOMENAJ BUG. Urbestro Cimo trovita sur 4 Aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. Nia Esplora teamo trovis urbestron Aliro kaj Rajtigo-Cimo @ Guglo, Gmail kaj Domain.google syn estas nekongruaj. G-poŝto, Gsuit-realiro bezonas CNAME-ilojn, tamen Google.Domains ne estas akorda. per ensaluto, Ĉi tio havas urbestran efikon al Guglilistoj, kiuj uzas la domajnan servon Gsuit & Google. Aliro estas neebla reakiri. ​ Ĉi tio Cimo povas havi gravan efikon ĉar ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Admins estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko oorn Apartiga alirkontrolo en Gsuite/Gmail kaj Domajnoj. Vidu bildojn por detaloj. ​ P.Oldenburger 2020 Amsterdamo Nederlando. ​ ​ ! A NODO { xLIMO } - VOC-X "VALORO: +7 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-cimo povas Malfermi Malantaŭpordon en Domajnan aliron. ​ GOOGLE AUTORIZATION 2 GRANDA FAIL ERAO TROVITA EN GOOGLE OATH AUTORIZATION API ​ 2 CIMOJ TROVITAJ KUN GRANDA EFIKO, TUTA ALIRO ESTAS MALPITA. ĈI ESTUS KATASTROVA POR HOSPITALOJ, DOKTOROJ K.P.! ​ ​

X FUNDO ™ TUJA VALORO SUBTENITA DE USD /T LETA KRIPTO-INDEXO ​ AN INTELIGENTA, HIBRIDO X-11 KRIPTMONERO INDEX-FUNDO KIU FUNCIAS PLUTE AUTONOME. REGILITA PER MASTERNODOJ. LA x LIMO IS AUTONOMO, INTELIGENTA KRIPTMONEROKOMERCO RETPLATFORMO, BAZE SUR LA LASTA BLOKĈENA TEKNOLOGIO. ​ ​ ​ ​ LA x LIMAJ PLATAFORMOJ RRAPLAS & ANALIZO DATUMO. LA PLATFORMO APLIKAS DATUMON AL LA x FUNDO. LA PLATEFORMO ACHETAS, VENDAS & TENAS CYRPTO-ON EN xFUND. ​ ​ ​ ​ LA xFUND ESTAS AUTONOMA BLOCKCHAIN CRYPTO INDEX-FUND. AUTOMATIQUE UZONA DOLARO SUBTENITA /USDT. ​ ​ Lasu la metrikojn fari la laboro. ​ LA xBORDER ESTAS AUTONOMA, INTELIGENTA KRIPTMONEROKOMERCO PLATFORMO, BAZITA SUR LA LASTA BLOKĈENA TEKNOLOGIO. ​ ​ xBDER PLATAFORMOJ RRAPLAS & ANALIZO DATUMO. ​ xBORDER PLATFORM APLIKAS DATUMON AL LA xFUND. ​ ​ xFUND ESTAS AUTONOMA BLOCKCHAIN CRYPTO INDEX-FUND. ​ XFUND ACHETAS, VENDAS KAJ TENAS CIRPTMONUZON. ​ XFUND ESTAS SUBTENATA POR Unuiĝintaj Ŝtatoj-DOLARO /USDT. ​ ​ Lasu la metrikojn fari la laboro. Industrio 01 Financaj Servoj Industrio 02 Amaskomunikilaro & Teknologio Industrio 03 Sanzorgo XBO-MONEROJ ESTAS LA DIGITALO DE xBORDER PLATFORMO ​ XBO-moneroj estas la valoraĵoj aŭ ciferecaj Akcioj de la xBORDER Platformo. XBO ne estas minebla. ​ ​ ​ la xFUND estas Atanomous Cyrptocurrency Blockchain Index-Fondo, kiu portas 15 plej profita Kriptoj. ​ xBORDER Blockchain Komerca Platformo, tio sendas la lasta Crypto metrikoj al la xFUND. ​ xFUND aŭtomate vendas kaj aĉetas kriptajn monerojn surbaze de analizo. ​ la xFUND = Usona Dolaro apogita. ​ Kiam la Bitcoin malpliiĝas je 30%, la xBORDER Blockchain reagos sendante ordonon al XFUND tio 'frostas' Bitcoin por la plej alta kurzo en usonaj dolaroj! ​ xBORDER atendos ke Bitcoin trafos la plej malalta punkto, kaj ol reaĉetas ĝin. Industrio 06 Nemoveblaĵoj Industrio 05 Industriaj kaj Komercaj Servoj Industrio 04 Renovigebla Energio 02 Partneroj 06 Dungitoj 33 Investoj 100% Sukceso Lastatempaj Novaĵoj

BO-X.iO GOOGLE ELĈIRIGITA HAKAĴOJ DE AUTORIGO EXPONITA BO-X.iO XBO-GOBA1 BUG en GOOGLE OATH API la 4-an de aprilo 2020, Amsterdamo Nederlando. ​ INSEKTO NOMO= XBO-GOBA1 - Google API OATH Rajtigo Cimo, trovita sur 4 Aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. xBORDER NERD BO-X.iO BUG Analizistoj, # xBORDER Esplorteamo trovis urbestran rajtigon Cimon en la Google Admin Application Softwaremrun sur 13.4 OSX, Restarigi Pasvorton Maleblis Plena Administra Aliro al ĉiuj subestaj Nodoj, Domajnoj, kaj Administrantoj. Ĉi tio Cimo povas havi seriozan efiko -- ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Administrantoj estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko. Vidu bildojn por detaloj. ​ Ĉi tio estas a config Eraro, kiu povas esti uzata kiel pordego al plena aliro de ĈIUJ guglaj aplikoj. ​ Restarigo de Originalaj Valoroj estas praktike neebla pro WHOIS-limigoj sur google.domains, CNAME-ĝisdatigoj estas preskaŭ neeblaj pro ne-aliro. ĉi tio estas RE-LOOP Bu kaj povus havi gravan efikon. ​ Peter Oldenburger & Amikoj. # NERD BO-X.iO @ xBORDER ​ ! ANODO { xLIMO } - VOC-X "VALORO: +10 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-insekto povas eligi amasajn kvantojn da uzantdatenoj, firmaaj datumoj. Google Cases ref: 2-6991000030256 Altranga Guglo Specialistoj. PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 ERARO II: Google API OATH Rajtigo PARTO II, GOOGLE DOMENAJ BUG. Urbestro Cimo trovita sur 4 Aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. Nia Esplora teamo trovis urbestron Aliro kaj Rajtigo-Cimo @ Guglo, Gmail kaj Domain.google syn estas nekongruaj. G-poŝto, Gsuit-realiro bezonas CNAME-ilojn, tamen Google.Domains ne estas akorda. per ensaluto, Ĉi tio havas urbestran efikon al Guglilistoj, kiuj uzas la domajnan servon Gsuit & Google. Aliro estas neebla reakiri. ​ Ĉi tio Cimo povas havi gravan efikon ĉar ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Admins estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko oorn Apartiga alirkontrolo en Gsuite/Gmail kaj Domajnoj. Vidu bildojn por detaloj. ​ P.Oldenburger 2020 Amsterdamo Nederlando. ​ ​ ! ANODO { xLIMO } - VOC-X "VALORO: +7 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-cimo povas Malfermi Malantaŭpordon en Domajnan aliron. ​ Solvita: Guglo ja telefonis al mi kaj sendis al mi la ligilon /Domains/Help OMG :P API-X RETKOMERCA PLATFORMO News and updates from the Project Zero team at Google Thursday, April 2, 2020 TFW you-get-really-excited-you-patch-diffed-a-0day-used-in-the-wild-but-then-find-out-it-is-the-wrong-vuln Posted by Maddie Stone, Project Zero INTRODUCTION I’m really interested in 0-days exploited in the wild and what we, the security community, can learn about them to make 0-day hard. I explained some of Project Zero’s ideas and goals around in-the-wild 0-days in a November blog post . On December’s Patch Tuesday, I was immediately intrigued by CVE-2019-1458, a Win32k Escalation of Privilege (EoP), said to be exploited in the wild and discovered by Anton Ivanov and Alexey Kulaev of Kaspersky Lab. Later that day, Kaspersky published a blog post on the exploit. The blog post included details about the exploit, but only included partial details on the vulnerability. My end goal was to do variant analysis on the vulnerability, but without full and accurate details about the vulnerability, I needed to do a root cause analysis first. I tried to get my hands on the exploit sample, but I wasn't able to source a copy. Without the exploit, I had to use binary patch diffing in order to complete root cause analysis. Patch diffing is an often overlooked part of the perpetual vulnerability disclosure debate, as vulnerabilities become public knowledge as soon as a software update is released, not when they are announced in release notes. Skilled researchers can quickly determine the vulnerability that was fixed by comparing changes in the codebase between old and new versions. If the vulnerability is not publicly disclosed before or at the same time that the patch is released, then this could mean that the researchers who undertake the patch diffing effort could have more information than the defenders deploying the patches. While my patch diffing adventure did not turn out with me analyzing the bug I intended (more on that to come!), I do think my experience can provide us in the community with a data point. It’s rarely possible to reference hard timelines for how quickly sophisticated individuals can do this type of patch-diffing work, so we can use this as a test. I acknowledge that I have significant experience in reverse engineering, however I had no previous experience at all doing research on a Windows platform, and no knowledge of how the operating system worked. It took me three work weeks from setting up my first VM to having a working crash proof-of-concept for a vulnerability. This can be used as a data point (likely a high upper bound) for the amount of time it takes for individuals to understand a vulnerability via patch diffing and to create a working proof-of-concept crasher, since most individuals will have prior experience with Windows. But as I alluded to above, it turns out I analyzed and wrote a crash POC for not CVE-2019-1458, but actually CVE-2019-1433 . I wrote this whole blog post back in January, went through internal reviews, then sent the blog post to Microsoft to preview (we provide vendors with 24 hour previews of blog posts). That’s when I learned I’d analyzed CVE-2019-1433, not CVE-2019-1458. At the beginning of March, Piotr Florczyk published a detailed root cause analysis and POC for the “real” CVE-2019-1458 bug . With the “real” root cause analysis for CVE-2019-1458 now available, I decided that maybe this blog post could still be helpful to share what my process was to analyze Windows for the first time and where I went wrong. This blog post will share my attempt to complete a root cause analysis of CVE-2019-1458 through binary patch diffing, from the perspective of someone doing research on Windows for the first time. This includes the process I used, a technical description of the “wrong”, but still quite interesting bug I analyzed, and some thoughts on what I learned through this work, such as where I went wrong. This includes the root cause analysis for CVE-2019-1433, that I originally thought was the vulnerability for the in the wild exploit. As far as I know, the vulnerability detailed in this blog post was not exploited in the wild. MY PROCESS When the vulnerability was disclosed on December’s Patch Tuesday, I was immediately interested in the vulnerability. As a part of my new role on Project Zero where I’m leading efforts to study 0-days used in the wild, I was really interested in learning Windows. I had never done research on a Windows platform and didn’t know anything about Windows programming or the kernel. This vulnerability seemed like a great opportunity to start since: Complete details about the specific vulnerability weren't available, It affected both Windows 7 and Windows 10, and The vulnerability is in win32k which is a core component of the Windows kernel. I spent a few days trying to get a copy of the exploit, but wasn’t able to. Therefore I decided that binary patch-diffing would be my best option for figuring out the vulnerability. I was very intrigued by this vulnerability because it affected Windows 10 in addition to Windows 7. However, James Forshaw advised me to patch diff the Windows 7 win32k.sys files rather than the Windows 10 versions. He suggested this for a few reasons: The signal to noise ratio is going to be much higher for Windows 7 rather than Windows 10. This “noise” includes things like Control Flow Guard , more inline instrumentation calls, and “weirder” compiler settings. On Windows 10, win32k is broken up into a few different files: win32k.sys, win32kfull.sys, win32kbase.sys, rather than a single monolithic file. Kaspersky’s blog post stated that not all Windows 10 builds were affected. I got to work creating a Windows 7 testing environment. I created a Windows 7 SP1 x64 VM and then started the long process of patching it up until September 2019 (the last available update prior to the December 2019 update where the vulnerability was supposedly fixed). This took about a day and a half as I worked to find the right order to apply the different updates. Turns out that me thinking that September 2019 was the last available update prior to December 2019 would be one of the biggest reasons that I patch-diffed the wrong bug. I thought that September 2019 was the latest because it was the only update shown to me, besides December 2019, when I clicked “Check for Updates” within the VM. Because I was new to Windows, I didn’t realize that not all updates may be listed in the Windows Update window or that updates could also be downloaded from the Microsoft Update Catalog . When Microsoft told me that I had analyzed the wrong vulnerability, that’s when I realized my mistake. CVE-2019-1433, the vulnerability I analyzed, was patched in November 2019, not December 2019. If I had patch-diffed November to December, rather than September to December, I wouldn’t have gotten mixed up. Once the Windows 7 VM had been updated to Sept 2019, I made a copy of its C:\Windows\System32\win32k.sys file and snapshotted the VM. I then updated it to the most recent patch, December 2019, where the vulnerability in question was fixed. I then snapshotted the VM again and saved off the copy of win32k.sys. These two copies of win32k.sys are the two files I diffed in my patch diffing analysis. Win32k is a core kernel driver that is responsible for the windows that are shown as a part of the GUI. In later versions of Windows, it’s broken up into multiple files rather than the single file that it is on Windows 7. Having only previously worked on the Linux/Android and RTOS kernels, the GUI aspects took a little bit of time to wrap my head around. On James Foreshaw’s recommendation, I cloned my VM so that one VM would run WinDbg and debug the other VM. This allows for kernel debugging. Now that I had a copy of the supposed patched and supposed vulnerable versions of win32k.sys, it’s time to start patch diffing. PATCH DIFFING WINDOWS 7 WIN32K.SYS I decided to use BinDiff to patch diff the two versions of win32k. In October 2019, I did a comparison on the different binary diffing tools available [video , slides ], and for me, BinDiff worked best “out of the box” so I decided to at least start with that again. I loaded both files into IDA and then ran BinDiff between the two versions of win32k. To my pleasant surprise, there were only 23 functions total in the whole file/driver that had changed from one version to another. In addition, there were only two new functions added in the December 2019 file that didn’t exist in September. This felt like a good sign: 23 functions seemed like even in the worst case, I could look at all of them to try and find the patched vulnerability. (Between the November and December 2019 updates only 5 functions had changed, which suggests the diffing process could have been even faster.) Original BinDiff Matched Functions of win32k.sys without Symbols When I started the diff, I didn’t realize that the Microsoft Symbol Server was a thing that existed. I learned about the Symbol Server and was told that I could easily get the symbols for a file by running the following command in WinDbg: x win32k!*. I still hadn’t realized that IDA Pro had the capability to automatically get the symbols for you from a PDB file, even if you aren’t running IDA on a Windows computer. So after running the WinDBG command, I copied all of the output to a file, rebased my IDA Pro databases to the same base address and then would manually rename functions as I was reversing based on the symbols and addresses in the text file. About a week into this escapade, I learned how to modify the IDA configuration file to have my IDA Pro instance, running on Linux, connect to my Windows VM to get the symbols. BinDiff Matched Function of win32k.sys with Symbols What stood out at first when I looked at BinDiff was that none of the functions called out in Kaspersky’s blog post had been changed: not DrawSwitchWndHilite, CreateBitmap, SetBitmapBits, nor NtUserMessageCall. Since I didn’t have a strong indicator for a starting point, I instead tried to rule out functions that likely wouldn’t be the change that I was looking for. I first searched for function names to determine if they were a part of a different blog post or CVE. Then I looked through all of the CVEs claimed to affect Windows 7 that were fixed in the December Bulletin and matched them up. Through this I ruled out the following functions: CreateSurfacePal - CVE-2019-1362 RFONTOBJ::bInsterGlyphbitsLookaside, xInsertGlyphbitsRFONTOBJ - CVE-2019-1468 EXPLORING THE WRONG CHANGES At this point I started scanning through functions to try and understand their purpose and look at the changes that were made. GreGetStringBitmapW caught my eye because it had “bitmap” in the name and Kaspersky’s blog post talked about the use of bitmaps. The changes to GreGetStringBitmapW didn’t raise any flags: one of the changes had no functional impact and the other was sending arguments to another function, a function that was also listed as having changed in this update. This function had no public symbols available and is labeled as vuln_sub_FFFFF9600028F200 in the Bindiff image above. In the Dec 2019 win32k.sys its offset from base address is 0x22F200. As shown by the BinDiff flow graph above, there is a new block of code added in the Dec 2019 version of win32k.sys. The Dec 2019 added argument checking before using that argument when calculating where to write to a buffer. This made me think that this was a vulnerability in contention: it’s called from a function with bitmap in the name and appears that there would be a way to overrun a buffer. I decided to keep reversing and spent a few days on this change. I was getting deep down in the rabbit hole though and had to remember that the only tie I had between this function and the details known about the in-the-wild exploit was that “bitmap” was in the name. I needed to determine if this function was even called during the calls mentioned in the Kaspersky blog post. I followed cross-references to determine how this function could be called. The Nt prefix on function names means that the function is a syscall. The Gdi in NtGdiGetStringBitmapW means that the user-mode call is in gdi32.dll. Mateusz Jurczyk provides a table of Windows syscalls here . Therefore, the only way to trigger this function is through a syscall to NtGdiGetStringBitmapW. In gdi32.dll, the only call to NtGdiGetStringBitmapW is GetStringBitmapA, which is exported. Tracing this call path and realizing that none of the functions mentioned in the Kaspersky blog post called this function made me realize that it was pretty unlikely that this was the vulnerability. However, I decided to dynamically double check that this function wouldn’t be called when calling the functions listed in the blog post or trigger the task switch window. I downloaded Visual Studio into my Windows 7 VM and wrote my first Windows Desktop app, following this guide . Once I had a working “Hello, World”, I began to add calls to the functions that are mentioned in the Kaspersky blog post: Creating the “Switch” window, CreateBitmap, SetBitmapBits, NtUserMessageCall, and half-manually/half-programmatically trigger the task-switch window, etc. I set a kernel breakpoint in Windbg on the function of interest and then ran all of these. The function was never triggered, confirming that it was very unlikely this was the vulnerability of interest. I then moved on to GreAnimatePalette. When you trigger the task switch window, it draws a new window onto the screen and moves the “highlight” to the different windows each time you press tab. I thought that, “Sure, that could involve animating a palette”, but I learned from last time and started with trying to trigger the call in WinDbg instead. I found that it was never called in the methods that I was looking at so I didn’t spend too long and moved on. NARROWING IT DOWN TO xxxNextWindow and xxxKeyEvent After these couple of false starts, I decided to change my process. Instead of starting with the functions in the diff, I decided to start at the function named in Kaspersky’s blog: DrawSwitchWndHilite. I searched the cross-references graph to DrawSwitchWndHilite for any functions listed in the diff as having been changed. As shown in the call graph above, xxxNextWindow is two calls above DrawSwitchWndHilite. When I looked at xxxNextWindow, I then saw that xxxNextWindow is only called by xxxKeyEvent and all of the changes in xxxKeyEvent surrounded the call to xxxNextWindow. These appeared to be the only functions in the diff that lead to a call to DrawSwitchWndHilite so I started reversing to understand the changes. REVERSING THE VULNERABILITY I had gotten symbols for the function names in my IDA databases, but for the vast majority of functions, this didn’t include type information. To begin finding type information, I started googling for different function names or variable names. While it didn’t have everything, ReactOS was one of the best resources for finding type information, and most of the structures were already in IDA. For example, when looking at xxxKeyEvent, I saw that in one case, the first argument to xxxNextWindow is gpqForeground. When I googled for gpqForeground, ReactOS showed me that this variable has type tagQ *. Through this, I also realized that Windows uses a convention for naming variables where the type is abbreviated at the beginning of the name. For example: gpqForeground → global, pointer to queue (tagQ *), gptiCurrent → global, pointer to thread info (tagTHREADINFO *). This was important for the modification to xxxNextWindow. There was a single line change between September and December to xxxNextWindow. The change checked a single bit in the structure pointed to by arg1. If that bit is set, the function will exit in the December version. If it’s not set, then the function proceeds, using arg1. Once I knew that the type of the first argument was tagQ *, I used WinDbg and/or IDA to see its structure. The command in WinDbg is dt win32k!tagQ. At this point, I was pretty sure I had found the vulnerability (😉), but I needed to prove it. This involved about a week more of reversing, reading, debugging, wanting to throw my computer out the window, and getting intrigued by potential vulnerabilities that were not this vulnerability. As a side note, for the reversing, I found that the HexRays decompiler was great for general triage and understanding large blocks of code, but for the detailed understanding necessary (at least for me) for writing a proof-of-concept (POC), I mainly used the disassembly view. RESOURCES Here are some of the resources that were critical for me: “Kernel Attacks Through User- Mode Callbacks” Blackhat USA 2011 talk by Tarjei Mandt [slides , video ] I learned about thread locking, assignment locking, and user-mode callbacks. “One Bit To Rule A System: Analyzing CVE-2016-7255 Exploit In The Wild” by Jack Tang, Trend Micro Security Intelligence [blog ] This was an analysis of a vulnerability also related to xxxNextWindow. This blog helped me ultimately figure out how to trigger xxxNextWindow and some argument types of other functions. “Kernel exploitation – r0 to r3 transitions via KeUserModeCallback” by Mateusz Jurczyk [blog ] This blog helped me figure out how to modify the dispatch table pointer with my own function so that I could execute during the user-mode callback. “Windows Kernel Reference Count Vulnerabilities - Case Study” by Mateusz Jurczyk, Zero Nights 2012 [slides ] “Analyzing local privilege escalations in win32k” by mxatone, Uninformed v10 (10/2008) [article ] P0 Team Members: James Forshaw, Tavis Ormandy, Mateusz Jurczyk, and Ben Hawkes TIMELINE Oct 31 2019: Chrome releases fix for CVE-2019-13720 Dec 10 2019: Microsoft Security Bulletin lists CVE-2019-1458 as exploited in the wild and fixed in the December updates. Dec 10-16 2019: I ask around for a copy of the exploit. No luck! Dec 16 2019: I begin setting up a Windows 7 kernel debugging environment. (And 2 days work on a different project.) Dec 23 2019: VM is set-up. Start patch diffing Dec 24-Jan 2: Holiday Jan 2 - Jan 3: Look at other diffs that weren’t the vulnerability. Try to trigger DrawSwitchWndHilite Jan 6: Realize changes to xxxKeyEvent and xxxNextWindow is the correct change. (Note dear reader, this is not in fact the “correct change”.) Jan 6-Jan16: Figure out how the vulnerability works, go down random rabbit holes, work on POC. Jan 16: Crash POC crashes! Approximately 3 work weeks to set up a test environment, diff patches, and create crash POC. CVE-2019-1458 CVE-2019-1433 ROOT CAUSE ANALYSIS Bug class: use-after-free OVERVIEW The vulnerability is a use-after-free of a tagQ object in xxxNextWindow, freed during a user mode callback. (The xxx prefix on xxxNextWindow means that there is a callback to user-mode.) The function xxxKeyEvent is the only function that calls xxxNextWindow and it calls xxxNextWindow with a pointer to a tagQ object as the first argument. Neither xxxKeyEvent nor xxxNextWindow lock the object to prevent it from being freed during any of the user-mode callbacks in xxxNextWindow. After one of these user-mode callbacks (xxxMoveSwitchWndHilite), xxxNextWindow then uses the pointer to the tagQ object without any verification, causing a use-after free. DETAILED WALK THROUGH This section will walk through the vulnerability on Windows 7. I analyzed the Windows 7 patches instead of Windows 10 as explained above in the process section. The Windows 7 crash POC that I developed is available here . ANALYZED SAMPLES I did the diff and analysis between the September and December 2019 updates of win32k.sys as explained in the “My Process” section. Vulnerable win32k.sys (Sept 2019): 9dafa6efd8c2cfd09b22b5ba2f620fe87e491a698df51dbb18c1343eaac73bcf (SHA-256) Patched win32k.sys (December 2019): b22186945a89967b3c9f1000ac16a472a2f902b84154f4c5028a208c9ef6e102 (SHA-256) OVERVIEW This walk through is broken up into the following sections to describe the vulnerability: Triggering xxxNextWindow Freeing the tagQ (queue) structure User-mode callback xxxMoveSwitchWndHilite Using the freed queue TRIGGERING xxxNextWindow The code path is triggered by a special set of keyboard inputs to open a “Sticky Task Switcher” window. As a side note, I didn’t find a way to manually trigger the code path, only programmatically (not that an individual writing an EoP would need it to be triggered manually). To trigger xxxNextWindow, my proof-of-concept (POC) sends the following keystrokes using the SendInput API: + TAB + TAB release + ALT + CTRL + TAB + release all except ALT extended + TAB. (See triggerNextWindow function in POC). The “normal” way to trigger the task switch window is with ALT + TAB, or ALT+CTRL+TAB for “sticky”. However, this window won’t hit the vulnerable code path, xxxNextWindow. The “normal” task switching window, shown below, looks different from the task switching window displayed when the vulnerable code path is being executed. Shown below is the “normal” task switch window that is displayed when ALT+TAB [+CTRL] are pressed and xxxNextWindow is NOT triggered. The window that is shown when xxxNextWindow is triggered is shown below that. "Normal" task switch window Window that is displayed when xxxNextWindow is called If this is the first “tab press” then the task switch window needs to be drawn on the screen. This code path through xxxNextWindow is not the vulnerable one. The next time you hit TAB, after the window has already been drawn on the screen, when the rectangle should move to the next window, is when the vulnerable code in xxxNextWindow can be reached. FREEING THE QUEUE in xxxNextWindow xxxNextWindow takes a pointer to a queue (tagQ struct) as its first argument. This tagQ structure is the object that we will use after it is freed. We will free the queue in a user-mode callback from the function. At LABEL_106 below (xxxNextWindow+0x847), the queue is used without verifying whether or not it still exists. The only way to reach LABEL_106 in xxxNextWindow is from the branch at xxxNextWindow+0x842. This means that our only option for a user-callback mode is in the function xxxMoveSwitchWndHilite. xxxMoveSwitchWndHilite is responsible for moving the little box within the task switch window that highlights the next window. void __fastcall xxxNextWindow(tagQ *queue, int a2) { [...] V43 = 0; while ( 1 ) { if (gspwndAltTab->fnid & 0x3FFF == 0x2A0 && gspwndAltTab->cbwndExtra + 0x128 == gpsi->mpFnid_serverCBWndProc[6] && gspwndAltTab->bDestroyed == 0 ) v45 = *(switchWndStruct **)(gspwndAltTab + 0x128); else v45 = 0i64; if ( !v45 ) { ThreadUnlock1(); goto LABEL_106; } handleOfNextWindowToHilite = xxxMoveSwitchWndHilite(v8, v45, isShiftPressed2); ← USER MODE CALLBACK if ( v43 ) { if ( v43 == handleOfNextWindowToHilite ) { v48 = 0i64; LABEL_103: ThreadUnlock1(); HMAssignmentLock(&gspwndActivate, v48); if ( !*(_QWORD *)&gspwndActivate ) xxxCancelCoolSwitch(); return; } } else { v43 = handleOfNextWindowToHilite; } tagWndPtrOfNextWindow = HMValidateHandleNoSecure(handleOfNextWindowToHilite, TYPE_WINDOW); if ( tagWndPtrOfNextWindow ) goto LABEL_103; isShiftPressed2 = isShiftPressed; } [...] LABEL_106: v11 = queue->spwndActive; ← USE AFTER FREE if ( v11 || (v11 = queue->ptiKeyboard->rpdesk->pDeskInfo->spwnd->spwndChild) != 0i64 ) { [...] USER-MODE CALLBACK in xxxMoveSwitchWndHilite There are quite a few different user-mode callbacks within xxxMoveSwitchWndHilite. Many of these could work, but the difficulty is picking one that will reliably return to our POC code. I chose the call to xxxSendMessageTimeout in DrawSwitchWndHilite. This call is sending the message to the window that is being highlighted in the task switch window by xxxMoveSwitchWndHilite. Therefore, if we create windows in our POC, we can ensure that our POC will receive this callback. xxxMoveSwitchWndHilite sends message 0x8C which is WM_LPKDRAWSWITCHWND. This is an undocumented message and thus it’s not expected that user applications will respond to this message. Instead, there is a user-mode function that is automatically dispatched by ntdll!KiUserCallbackDispatcher. The user-mode callback for this message is user32!_fnINLPKDRAWSWITCHWND. In order to execute code during this callback, in the POC we hot-patch the PEB.KernelCallbackTable, using the methodology documented here . In the callback, we free the tagQ structure using AttachThreadInput . AttachThreadInput “attaches the input processing mechanism of one thread to that of another thread” and to do this, it destroys the queue of the thread that is being attached to another thread’s input. The two threads then share a single queue. In the callback, we also have to perform the following operations to force execution down the code path that will use the now freed queue: xxxMoveSwitchWndHilite returns the handle of the next window it should highlight. When this handle is passed to HMValidateHandleNoSecure, it needs to return 0. Therefore, in the callback we need to destroy the window that is going to be highlighted. When HMValidateHandleNoSecure returns 0, we’ll loop back to the top of the while loop. Once we’re back at the top of the while loop, in the following code block we need to set v45 to 0. There appear to be two options: fail the check such that you go in the else block or set the extra data in the tagWND struct to 0 using SetWindowLongPtr. The SetWindowLongPtr method doesn’t work because this window is a special system class (fnid == 0x2A0). Therefore, we must fail one of the checks and end up in the else block in order to be in the code path that will allow us to use the freed queue. if (gspwndAltTab->fnid & 0x3FFF == 0x2A0 && gspwndAltTab->cbwndExtra + 0x128 == gpsi->mpFnid_serverCBWndProc[6] && gspwndAltTab->bDestroyed == 0 ) v45 = *(switchWndStruct **)(gspwndAltTab + 0x128); else v45 = 0i64; USING THE FREED QUEUE Once v45 is set to 0, the thread is unlocked and execution proceeds to LABEL_106 (xxxNextWindow + 0x847) where mov r14, [rbp+50h] is executed. rbp is the tagQ pointer so we dereference it and move it into r14. Therefore we now have a use-after-free. WINDOWS 10 CVE-2019-1433 also affected Windows 10 builds. I did not analyze any Windows 10 builds besides 1903. Vulnerable (Oct 2019) win32kfull.sys: c2e7f733e69271019c9e6e02fdb2741c7be79636b92032cc452985cd369c5a2c (SHA-256) Patched (Nov 2019) win32kfull.sys: 15c64411d506707d749aa870a8b845d9f833c5331dfad304da8828a827152a92 (SHA-256) I confirmed that the vulnerability existed on Windows 10 1903 as of the Oct 2019 patch by triggering the use-after-free with Driver Verifier enabled on win32kfull.sys. Below are excerpts from the crash. ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* PAGE_FAULT_IN_NONPAGED_AREA (50) Invalid system memory was referenced. This cannot be protected by try-except. Typically the address is just plain bad or it is pointing at freed memory. FAULTING_IP: win32kfull!xxxNextWindow+743 ffff89ba`965f553b 4d8bbd80000000 mov r15,qword ptr [r13+80h] # Child-SP RetAddr Call Site 00 ffffa003`81fe5f28 fffff806`800aa422 nt!DbgBreakPointWithStatus 01 ffffa003`81fe5f30 fffff806`800a9b12 nt!KiBugCheckDebugBreak+0x12 02 ffffa003`81fe5f90 fffff806`7ffc2327 nt!KeBugCheck2+0x952 03 ffffa003`81fe6690 fffff806`7ffe4663 nt!KeBugCheckEx+0x107 04 ffffa003`81fe66d0 fffff806`7fe73edf nt!MiSystemFault+0x1d6933 05 ffffa003`81fe67d0 fffff806`7ffd0320 nt!MmAccessFault+0x34f 06 ffffa003`81fe6970 ffff89ba`965f553b nt!KiPageFault+0x360 07 ffffa003`81fe6b00 ffff89ba`965aeb35 win32kfull!xxxNextWindow+0x743 ← UAF 08 ffffa003`81fe6d30 ffff89ba`96b9939f win32kfull!EditionHandleAndPostKeyEvent+0xab005 09 ffffa003`81fe6e10 ffff89ba`96b98c35 win32kbase!ApiSetEditionHandleAndPostKeyEvent+0x15b 0a ffffa003`81fe6ec0 ffff89ba`96baada5 win32kbase!xxxUpdateGlobalsAndSendKeyEvent+0x2d5 0b ffffa003`81fe7000 ffff89ba`96baa7fb win32kbase!xxxKeyEventEx+0x3a5 0c ffffa003`81fe71d0 ffff89ba`964e3f44 win32kbase!xxxProcessKeyEvent+0x1ab 0d ffffa003`81fe7250 ffff89ba`964e339b win32kfull!xxxInternalKeyEventDirect+0x1e4 0e ffffa003`81fe7320 ffff89ba`964e2ccd win32kfull!xxxSendInput+0xc3 0f ffffa003`81fe7390 fffff806`7ffd3b15 win32kfull!NtUserSendInput+0x16d 10 ffffa003`81fe7440 00007ffb`7d0b2084 nt!KiSystemServiceCopyEnd+0x25 11 0000002b`2a5ffba8 00007ff6`a4da1335 win32u!NtUserSendInput+0x14 12 0000002b`2a5ffbb0 00007ffb`7f487bd4 WizardOpium+0x1335 <- My POC 13 0000002b2a5ffc10 00007ffb7f86ced1 KERNEL32!BaseThreadInitThunk+0x14 14 0000002b2a5ffc40 0000000000000000 ntdll!RtlUserThreadStart+0x21 BUILD_VERSION_STRING: 18362.1.amd64fre.19h1_release.190318-1202 To trigger the crash, I only had to change two things in the Windows 7 POC: The keystrokes are different to trigger the xxxNextWindow task switch window on Windows 10. I was able to trigger it by smashing CTRL+ALT+TAB while the POC was running (and triggering the normal task switch Window). It is possible to do this programmatically, I just didn’t take the time to code it up. Overwrite index 0x61 instead of 0x57 in the KernelCallbackTable. It took me about 3 hours to get the POC to trigger Driver Verifier on Windows 10 1903 regularly (about every 3rd time it's run). Disassembly at xxxNextWindow+737 in Oct 2019 Update Disassembly at xxxNextWindow+73F in Nov 2019 Update The fix in the November update for Windows 10 1903 is the same as the Windows 7 fix: Add the UnlockQueue function. Add locking around the call to xxxNextWindow. Check the “destroyed” bitflag in the tagQ struct before proceeding to use the queue. FIXING THE VULNERABILITY To patch the CVE-2019-1433 vulnerability, Microsoft changed four functions: xxxNextWindow xxxKeyEvent (Windows 7)/EditionHandleAndPostKeyEvent (Windows 10) zzzDestroyQueue UnlockQueue (new function) Overall, the changes are to prevent the queue structure from being freed and track if something attempted to destroy the queue. The addition of the new function, UnlockQueue, suggests that there were no previous locking mechanisms for queue objects. zzzDestroyQueue Patch The only change to the zzzDestroyQueue function in win32k is that if the refcount on the tagQ structure (tagQ.cLockCount) is greater than 0 (keeping the queue from being freed immediately), then the function now sets a bit in tagQ.QF_flags. zzzDestroyQueue Pre-Patch zzzDestroyQueue Post-Patch xxxNextWindow Patch There is a single change to the xxxNextWindow function as shown by the BinDiff graph below. When execution is about to use the queue again (at what was LABEL_106 in the vulnerable version), a check has been added to see if a bitflag in tagQ.QF_flags is set. The instructions added to xxxNextWindow+0x847 are as follows where rbp is the pointer to the tagQ structure. bt dword ptr [rbp+13Ch], 1Ah jb loc_FFFFF9600017A0C9 If the bit is set, the function exists. If the bit is not set, the function continues and will use the queue. The only place this bit is set is in zzzDestroyQueue. The bit is set when the queue was destroyed, but couldn't be freed immediately because its refcount (tagQ.cLockCount) is greater than 0. Setting the bit is a new change to the code base as described in the section above. xxxKeyEvent (Windows 7)/EditionHandleAndPostKeyEvent (Windows 10) Patch In this section I will simply refer to the function as xxxKeyEvent since Windows 7 was the main platform analyzed. However, the changes are also found in the EditionHandleAndPostKeyEvent function in Windows 10. The change to xxxKeyEvent is to thread lock the queue that is passed as the first argument to xxxNextWindow. Thread locking doesn’t appear to be publicly documented by Microsoft. My understanding comes from Tarjei Mandt’s 2011 Blackhat USA presentation, “Kernel Attacks through User-Mode Callbacks ”. Thread locking is where objects are added to a thread’s lock list, and their ref counter is increased in the process. This prevents them from being freed while they are still locked to the thread. The new function, UnlockQueue, is used to unlock the queue. if ( !queue ) queue = gptiRit->pq; xxxNextWindow(queue, vkey_cp); xxxKeyEvent+92E Pre-Patch if ( !queue ) queue = gptiRit->pq; ++queue->cLockCount; currWin32Thread = (tagTHREADINFO *)PsGetCurrentThreadWin32Thread(v62); threadLockW32 = currWin32Thread->ptlW32; currWin32Thread->ptlW32 = (_TL *)&threadLockW32; queueCp = queue; unlockQueueFnPtr = (void (__fastcall *)(tagQ *))UnlockQueue; xxxNextWindow(queue, vkey_cp); currWin32Thread2 = (tagTHREADINFO *)PsGetCurrentThreadWin32Thread(v64); currWin32Thread2->ptlW32 = threadLockW32; unlockQueueFnPtr(queueCp); xxxKeyEvent+94E Post-Patch CONCLUSION So...I got it wrong. Based on the details provided by Kaspersky in their blog post, I attempted to patch diff the vulnerability in order to do a root cause analysis. It was only based on the feedback from Microsoft (Thanks, Microsoft!) and their guidance to look at the InitFunctionTables method, that I realized I had analyzed a different bug. I analyzed CVE-2019-1433 rather than CVE-2019-1458, the vulnerability exploited in the wild. The real root cause analysis for CVE-2019-1458 was documented by @florek_pl here . If I had patch-diffed November 2019 to December 2019 rather than September to December, then I wouldn’t have analyzed the wrong bug. This seems obvious after the fact, but when just starting out, I thought that maybe Windows 7, being so close to end of life, didn’t get updates every single month. Now I know to not only rely on Windows Update, but also to look for KB articles and that I can download additional updates from the Microsoft Update Catalog. Although this blog post didn’t turn out how I originally planned, I decided to share it in the hopes that it’d encourage others to explore a platform new to them. It’s often not a straight path, but if you’re interested in Windows kernel research, this is how I got started. In addition, I think this was a fun and quite interesting bug! I didn’t initially set out to do a patch diffing exercise on this vulnerability, but I do think that this work gives us another data point to use in disclosure discussions. It took me, someone with reversing, but no Windows experience, three weeks to understand the vulnerability and write a proof-of-concept. While I ended up doing this analysis for a vulnerability other than the one I intended, many attackers are not looking to patch-diff a specific vulnerability, but rather any vulnerability that they could potentially exploit. Therefore, I think that three weeks can be used as an approximate high upper bound since most attackers looking to use this technique will have more experience.

CrowdFunding xBORDER, x-Limo Block-Chain API Intelligent E-Commerce Technology Development, xBORDER, la oficiala Instituto. xBORDER US HQ, 171 S Whisman Rd, Mountain View, CA 94041, Usono. xBORDER EU HQ, Sint Olofssteeg 4, 1012AK, Amsterdamo, Nederlando. xBORDER CrowdFunding - Block-Chain API Intelligent E-Commerce Technology Development x BORDER, la oficiala Instituto, Cloud -X, Crypto Encrypted Voting. x-BORDER Crowd-Fund the Blockchain. Instituto de Kodigo, JSON, JAVA, PHYTON, Programado ĉe xLIMO. Nun la x-BORDER CrowdFund - Implementing Block-Chain API Intelligent E-Commerce Technology. Evoluo de la xBORDER Reta Platformo, oficiala Instituto Nubo -X, Crypto kaj Ĉifritaj Voĉdonadoj. x-BORDER Crowd-Fund the Blockchain, Ĉefsidejo. KIX NUBO -X BLOKO -X API-X More BLOCKCHX #= NODO { CHX } XBO = NODO { xLIMO } - "VALORO: KONEKTAS XBORDER KUN ROTHSCHILD { CFDs on ORO / XBO ~ OZ } VOC-X = NODO { VOC } - "VALORO: REGILILO | { KONEKTAS API-NODOJN AL SIAJ MAJSTRAJ } BLOCKCHX NODO { CHX } - "XVALO: KOMERCISTO { XBO } - { VOC } - { API } Novjorko 01/01 Ĉikago 02/02 San-Francisko 03/03 Vidu Pasintajn Eventojn API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO LIMO LIMO LIMO PROJEKTO8 PROJEKTO1: LA COWDFUND ​ XBO, DIGITAJ AKCIO KONTROLAS NEMESIS TUTA ELIZARO = 16.000.000 XBO ANTAŬALDIGITA, NE MINERABLE NIGHTSHADE SHA256 ? X-11 BLOKĈENO PREDET-TEMPO = 3 JAROJ PREDET-VALUE = Ŝlosiloj ​ 1.000.000 XBO { YODA } 1.000.000 XBO { PADWAN OLDENBURGER } ​ KOMENKA ELIBRO 22 APRILO 2020 - AKTIVI NEMEZO 4.000.000 XBO @ CROWDFUND ​ 22 APRILO 2021 - DUA ELDONO XBO 5.000.000 XBO @ CRUNCHBASE PREDET-VALO = Ŝlosiloj @ CB XBO-posedantoj HAVAS RAJTOJN @ PRE-AĈETU 1:1 X-VOĈO @ 1 APRILO 2022, 1XBO=1X-VOĈO 22 APRILO 2022 - 3-A ELDONO XBO 5.000.000 XBO @ CRUNCHBASE PREDET-VALUE = Ŝlosiloj @ CB XBO-posedantoj HAVAS LA RAJTON PRE-AĈETI 1:1 X-VOĈO @ 1 APRILO 2022, 1XBO=1X-VOĈO ​ 90% HAMASO-FINANCADOJ KOMPANIOJ = AERO ​ XBORDER { XBO } = TUJA VALORO TUTE TRANSPARA, TUTE MFERMA ​ NENIU BULĈO, NENIU BLA BLA LA ESTONTECO ESTAS NUN ​ LA FORTO ESTU KUN VI. ​ ​ ​ ​ ​ ​ ​ EGALS: AA+ KOSMETA MARKO: ​ ​ ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO API-3: LIBRO-GO.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO xBORDA BLOKĈENO -X ​ PLENA AUTONOMO, DECENTRALIZITA, PLURTAvola HIBRIDO X-11 CRYPTO RETO REGILITA PER MASTERNODOJ ​ xLIMO RETO ™ xborder Bonvenon al xBORDER, La Instituto de Kodigo en JSON, JAVA, PHYTO woaw N, Programado ĉe x LIMO. Preta>? Nun la x-BORDER CrowdFund estas komenconta - Implementing Block-Chain API Intelligent E-Commerce Technologies. Evoluoj de la x BORDER Network Platforms, oficiala Instituto la Cloud -X, Cryptos kaj Ĉifrita Voĉdonado. x-BORDER Crowd-Fund the Blockchains, Eŭropa Ĉefsidejo ASint Olofsteeg 4 1012AK Amsterdamo Nederlando. Usona Ĉefsidejo, xBORDER Sillicon Valley, Wisman Road 171 S Whisman Rd, Mountain View, CA 94041, Usono. PLULTAOLA BLOKĈENO PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 8 FINA, PLURTAVOLA PLATFORMO KONEKTITA KAJ REGRATITA DE VI ​ API-X BLOCKCHAIN POWERED RETO ​ AI- DECENTRALIZAJ NODOJ, REALA - TEMPO en SYNC @ NUBO-X. SEKURE KAJ SEKURE, FULME RAPIDA. YODA, MAJSTROJ KAJ METERNANTAJ REGILILOJ ESTAS PLENA agordebla kaj senpaga komercebla ​ LA LERNANTA INTEL araneo RETO funkciigis # ĉifritajn blokĉenojn la api aŭtomatigita retkomerca platformo kolektado de datumoj, procezo analizo, mapado, indeksado kaj kalkulante Osiriz-I gajnoj scio, lernas de datumoj kolektitaj spider-crawler @ nodo api-x ​ Artefarita inteligenteco algoritmoj milita grado ĉifrita blok-ĉenaj potencaj nodoj virtuala kripta dukto realtempa sinkronigo & sekurkopio ​ BONVENON AL LA ESTONTECO. ​ PROJEKTO 8 LIMO LIMO LIMO PROJEKTO8 xLIMA INTELIGENTA RETKOMERCO PLURTAVOJ BLOKĉenoj API =X NODO { API } - "VALORO: ​ API-X1=BIOHERBY.COM API-X2=COLLAGENNOW.COM ​ API-X3=BOOK-GO.COM API-X4=HOTELO.APP ​ API-X5=SEXSHOP.APP API-X6=SUPERSHOPPERS.COM ​ { API- X7=XOTE.APP { API-X8=NUBO-X .APP ​ ​ ​ API-X1: BIOHERBY.COM ​ EGALS: HERBALIFE ENPESTO 2018: 5,4 MILIARDOJ USD TERRITORIO: MONDO, EN BUTIKOJ, RETEJO, AMAZONO API-X: SEMI Produktado: BIOHERBY THAILAND COLTD PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZONO USONO, AMAZONO GERMANIO, AMAZONO FRANCIO ​ ​ ​ Mi estas alineo. Klaku ĉi tie por aldoni vian propran tekston kaj redakti min. Ĝi estas facila. Play Video Facebook Twitter Pinterest Tumblr Copy Link Link Copied ​ KIX NUBO -X BLOKO -X API-X More xLIMA PLATAFORMO ∞ MONDO UNUA PLURTAvola API-INTEL RETO Play Video la peta korpo devas enhavi la jenan parametron: 'stato' xBORDER-BLANKAPURO 2019 La Historio xBORDER Kiel Ŝtata Transira Sistemo Minado en Generic Merkle Arboj Alternativaj Blokĉenaj Aplikoj Skribado xBORDER BLOCKCNX Filozofio xBORDER Kontoj Mesaĝoj kaj Transakcioj Mesaĝoj xBORDER Ŝtata Transira Funkcio Kodo-Ekzekuto xBORDER kaj Minado Aplikoj Tokenaj Sistemoj Financaj derivaĵoj kaj Stabil-valoraj Moneroj Sistemoj de Identeco kaj Reputacio Malcentralizita Dosiera Stokado Malcentraj Aŭtonomaj Organizoj Pliaj Aplikoj Diversaĵoj Kaj Zorgoj Modifita GHOST-Efektivigo Kotizoj Komputado Kaj Turing-Pleteco Monero Kaj Emisio Minindustria Centraligo Skalebleco Konkludo Notoj kaj Plia Legado Notoj Plia Legado Enkonduko al Bitcoin kaj Ekzistantaj Konceptoj La koncepto de malcentralizita cifereca valuto, same kiel alternativaj aplikoj kiel posedaĵregistroj, ekzistas de jardekoj. La anonimaj e-kontantaj protokoloj de la 1980-aj kaj la 1990-aj jaroj, plejparte dependaj de kripta primitivulo konata kiel Chaumian blinding, disponigis valuton kun alta grado da privateco, sed la protokoloj plejparte ne akiris tiradon pro sia dependeco de alcentrigita peranto. . En 1998, la b-mono de Wei Dai iĝis la unua propono enkonduki la ideon de kreado de mono tra solvado de komputilaj puzloj same kiel malcentralizita interkonsento, sed la propono estis malabunda en detaloj kiel al kiel malcentralizita interkonsento povus fakte esti efektivigita. En 2005, Hal Finney lanĉis koncepton de reuzeblaj pruvoj de laboro, sistemon kiu uzas ideojn de b-mono kune kun la komputile malfacilaj Hashcash-enigmoj de Adam Back por krei koncepton por kripta monero, sed denove mankis al la idealo fidante je fidinda komputado kiel backend. En 2009, malcentralizita valuto estis por la unua fojo efektivigita en praktiko fare de Satoshi Nakamoto, kombinante establitajn primitivulojn por administrado de proprieto tra publikŝlosila kriptografio kun interkonsentalgoritmo por konservi trakon de kiu posedas monerojn, konatajn kiel "pruvo de laboro". xBORDER-mekanismo malantaŭ pruvo de laboro estis sukceso en la spaco ĉar ĝi samtempe solvis du problemojn. Unue, ĝi disponigis simplan kaj modere efikan konsentan algoritmon, permesante al nodoj en la reto kolektive konsenti pri aro da kanonaj ĝisdatigoj al la stato de la Kripto-ĉeflibro. Due, ĝi disponigis mekanismon por permesi liberan eniron en la konsentprocezon, solvante la politikan problemon de decidi kiu ricevas influi la konsenton, dum samtempe malhelpante sibilajn atakojn. Ĝi faras tion anstataŭigante formalan barieron al partopreno, kiel ekzemple la postulo esti registrita kiel unika unuo en aparta listo, kun ekonomia baro - la pezo de ununura nodo en la konsenta balotprocezo estas rekte proporcia al la komputa potenco. ke la nodo alportas. Ekde tiam, alternativa aliro estis proponita nomita pruvo de intereso, kalkulante la pezon de nodo kiel estante proporcia al ĝiaj valutposedaĵoj kaj ne komputilaj resursoj; la diskuto pri la relativaj meritoj de la du aliroj estas preter la amplekso de ĉi tiu papero sed oni devas rimarki, ke ambaŭ aliroj povas esti uzataj por servi kiel la spino de kripta monero. ​ Peter Oldenburger, la fondinto de xBORDER skribis ĉi tiun Blogafiŝon: ​ ​ la Kripto Kiel Ŝtata Transira Sistemo La ĉeflibro de kripta monero kiel la Kripto povas esti opiniita kiel ŝtata transira sistemo, kie ekzistas "ŝtato" konsistanta el la posedstatuso de ĉiuj ekzistantaj Cryptos kaj "ŝtata transira funkcio" kiu prenas ŝtaton kaj transakcion. kaj eligas novan staton kiu estas la rezulto. En norma banka sistemo, ekzemple, la ŝtato estas bilanco, transakcio estas peto movi $X de A al B, kaj la ŝtata transira funkcio reduktas la valoron en la konto de A je $X kaj pliigas la valoron en B. konton de $X. Se la konto de A havas unue malpli ol $X, la ŝtattransira funkcio liveras eraron. Tial, oni povas formale difini: APLITU(S,TX) -> S' aŭ ERARO APLITU ({ Alico: $50, Bob: $50 },"sendu $20 de Alico al Bob") = { Alice: $30, Bob: $70 } APLITU({ Alice: $50, Bob: $50 },"sendu $70 de Alico al Bob") = ERARO La "ŝtato" en la Kripto estas la kolekto de ĉiuj moneroj (teknike, "neeluzitaj transakcioproduktaĵoj" aŭ UTXO) kiuj estis elminitaj kaj ankoraŭ ne elspezitaj, kun ĉiu UTXO havanta nominalan valoron kaj posedanton (difinite per 20-bajta adreso. kiu estas esence kriptografa publika ŝlosilofn. 1). Transakcio enhavas unu aŭ plurajn enigaĵojn, kie ĉiu enigaĵo enhavas referencon al ekzistanta UTXO kaj ĉifrika subskribo produktita per la privata ŝlosilo asociita kun la adreso de la posedanto, kaj unu aŭ pluraj eliroj, kie ĉiu eligo enhavas novan UTXO por esti aldonita al. la ŝtato. La ŝtattransira funkcio APPLY(S,TX) -> S' povas esti difinita proksimume jene: Por ĉiu enigo en TX: Se la referencita UTXO ne estas en S, redonu eraron. Se la provizita subskribo ne kongruas kun la posedanto de la UTXO, resendu eraron. Se la sumo de la nominalaj valoroj de ĉiuj eniga UTXO estas malpli ol la sumo de la nominalaj valoroj de ĉiuj eligo UTXO, redonu eraron. Revenu S' kun ĉiuj enigo UTXO forigita kaj ĉio eligo UTXO aldonita. La unua duono de la unua paŝo malhelpas transakciajn sendintojn elspezi monerojn kiuj ne ekzistas, la dua duono de la unua paŝo malhelpas transakciajn sendintojn elspezi aliulajn monerojn, kaj la dua paŝo devigas konservadon de valoro. Por uzi ĉi tion por pago, la protokolo estas jena. Supozu, ke Alice volas sendi 11,7 BTC al Bob. Unue, Alice serĉos aron de disponeblaj UTXO, kiujn ŝi posedas, kiu entute ĝis almenaŭ 11.7 BTC. Realisme, Alice ne povos akiri ĝuste 11,7 BTC; diru, ke la plej malgranda, kiun ŝi povas akiri, estas 6+4+2=12. Ŝi tiam kreas transakcion kun tiuj tri enigaĵoj kaj du eliroj. La unua eligo estos 11.7 BTC kun la adreso de Bob kiel ĝia posedanto, kaj la dua eligo estos la restanta 0.3 BTC "ŝanĝo", kun la posedanto estas Alice mem. Minado bloko_bildo.jpg Se ni havus aliron al fidinda centralizita servo, ĉi tiu sistemo estus bagatela por efektivigi; ĝi povus simple esti kodita ekzakte kiel priskribite, uzante la durdiskon de centralizita servilo por konservi trakon de la ŝtato. Tamen, kun la Kripto ni provas konstrui malcentralizitan monsistemon, do ni devos kombini la ŝtatan transiran sistemon kun konsenta sistemo por certigi, ke ĉiuj konsentas pri la ordo de transakcioj. la malcentralizita konsenta procezo de la Crypto postulas nodojn en la reto senĉese provi produkti pakaĵojn de transakcioj nomataj "blokoj". La reto estas celita produkti proksimume unu blokon ĉiujn dek minutojn, kie ĉiu bloko enhavas tempomarkon, nonce, referencon al (t.e. hash de) la antaŭa bloko kaj liston de ĉiuj transakcioj kiuj okazis ekde la antaŭa. bloko. Kun la tempo, ĉi tio kreas konstantan, ĉiam kreskantan, "blokĉenon", kiu konstante ĝisdatigas por reprezenti la lastan staton de la Kripta ĉeflibro. La algoritmo por kontroli ĉu bloko estas valida, esprimita en tiu paradigmo, estas kiel sekvas: Kontrolu ĉu la antaŭa bloko referencita de la bloko ekzistas kaj validas. Kontrolu, ke la tempomarko de la bloko estas pli granda ol tiu de la antaŭa blockfn. 2 kaj malpli ol 2 horojn en la estonteco Kontrolu, ke la pruvo de laboro sur la bloko validas. Estu S[0] la stato ĉe la fino de la antaŭa bloko. Supozu TX estas la transakcia listo de la bloko kun n transakcioj. Por ĉiuj i en 0...n-1, agordu S[i+1] = APPLY(S[i],TX[i]) Se iu ajn aplikaĵo resendas eraron, eliru kaj redonu malvera. Revenu vera, kaj registri S[n] kiel la staton ĉe la fino de ĉi tiu bloko. Esence, ĉiu transakcio en la bloko devas disponigi validan ŝtattransiron de kio estis la kanonika ŝtato antaŭ ol la transakcio estis efektivigita al iu nova ŝtato. Notu, ke la stato neniel estas kodita en la bloko; ĝi estas sole abstraktaĵo memorenda de la validiga nodo kaj povas nur esti (sekure) komputita por iu bloko komencante de la genezstato kaj sinsekve aplikante ĉiun transakcion en ĉiu bloko. Aldone, notu, ke la ordo en kiu la ministo inkluzivas transakciojn en la blokon gravas; se ekzistas du transakcioj A kaj B en bloko tia ke B elspezas UTXO kreitan fare de A, tiam la bloko estos valida se A venas antaŭ B sed ne alie. La unu valideckondiĉo ĉeestanta en la supra listo, kiu ne troviĝas en aliaj sistemoj, estas la postulo por "pruvo de laboro". La preciza kondiĉo estas, ke la duobla-SHA256 hash de ĉiu bloko, traktita kiel 256-bita nombro, devas esti malpli ol dinamike ĝustigita celo, kiu en la momento de ĉi tiu skribo estas proksimume 2187. La celo de ĉi tio estas fari bloko kreado kompute "malmola", tiel malhelpante sybil atakantoj refari la tutan blokĉenon en ilia favoro. Ĉar SHA256 estas dizajnita por esti tute neantaŭvidebla pseŭdohazarda funkcio, la nura maniero krei validan blokon estas simple provo kaj eraro, plurfoje pliigante la nonce kaj vidante ĉu la nova hash kongruas. Ĉe la nuna celo de ~2187, la reto devas fari mezumon de ~269 provoj antaŭ ol valida bloko estas trovita; ĝenerale, la celo estas rekalibrata de la reto ĉiujn 2016-blokojn tiel ke averaĝe nova bloko estas produktita de iu nodo en la reto ĉiujn dek minutojn. Por kompensi ministojn por ĉi tiu komputila laboro, la ministo de ĉiu bloko rajtas inkluzivi transakcion donante al si 12.5 BTC el nenie. Aldone, se iu transakcio havas pli altan totalan nominalan valoron en siaj enigaĵoj ol en ĝiaj eliroj, la diferenco ankaŭ iras al la ministo kiel "transakcia kotizo". Cetere, ĉi tio ankaŭ estas la sola mekanismo per kiu BTC estas elsenditaj; la genezstato tute ne enhavis monerojn. Por pli bone kompreni la celon de minado, ni ekzamenu, kio okazas en la okazo de malica atakanto. Ĉar la subesta kriptografio de la Crypto estas konata kiel sekura, la atakanto celos la unu parton de la Bitcoin-sistemo, kiu ne estas protektita per ĉifrografio rekte: la ordo de transakcioj. La strategio de la atakanto estas simpla: Sendu 100 BTC al komercisto kontraŭ iu produkto (prefere rapid-livera cifereca varo) Atendu la liveron de la produkto Produktu alian transakcion sendante la saman 100 BTC al si mem Provu konvinki la reton, ke lia transakcio al si mem estis tiu, kiu venis unue. Post kiam paŝo (1) okazis, post kelkaj minutoj iu ministo inkludos la transakcion en bloko, diru bloko numero 270. Post ĉirkaŭ unu horo, kvin pliaj blokoj estos aldonitaj al la ĉeno post tiu bloko, kun ĉiu el tiuj blokoj nerekte montrantaj al la transakcio kaj tiel "konfirmante" ĝin. Je ĉi tiu punkto, la komercisto akceptos la pagon kiel finite kaj liveros la produkton; ĉar ni supozas, ke ĉi tio estas cifereca bono, livero estas tuja. Nun, la atakanto kreas alian transakcion sendante la 100 BTC al si. Se la atakanto simple liberigas ĝin en la sovaĝejon, la transakcio ne estos prilaborita; ministoj provos ruli APPLY(S,TX) kaj rimarkos, ke TX konsumas UTXO, kiu ne plu estas en la ŝtato. Do anstataŭe, la atakanto kreas "forkon" de la blokĉeno, komencante per minado de alia versio de bloko 270 montranta al la sama bloko 269 kiel gepatro sed kun la nova transakcio anstataŭ la malnova. Ĉar la blokaj datumoj estas malsamaj, ĉi tio postulas refari la pruvon de laboro. Krome, la nova versio de la atakanto de bloko 270 havas malsaman haŝiŝon, do la originaj blokoj 271 ĝis 275 ne "montras" al ĝi; tiel, la origina ĉeno kaj la nova ĉeno de la atakanto estas tute apartaj. La regulo estas, ke en forko la plej longa blokoĉeno estas konsiderata la vero, kaj do laŭleĝaj ministoj laboros sur la 275-ĉeno dum la atakanto sole laboras pri la 270-ĉeno. Por ke la atakanto faru sian blokĉenon la plej longa, li bezonus havi pli da komputa potenco ol la resto de la reto kombinita por atingi (do, "51% atako"). Merkle Arboj SPV en la Kripto Maldekstre: sufiĉas prezenti nur malgrandan nombron da nodoj en Merkle-arbo por doni pruvon pri la valideco de branĉo. Ĝuste: ĉiu provo ŝanĝi ajnan parton de la Merkle-arbo eventuale kondukos al malkongruo ie supre en la ĉeno. Grava skalebla trajto de la Kripto estas, ke la bloko estas stokita en plurnivela datumstrukturo. La "hash" de bloko estas fakte nur la hash de la blokkapo, proksimume 200-bajta datumo kiu enhavas la tempomarkon, nonce, antaŭan blokhash kaj la radikan hash de datumstrukturo nomita la Merkle-arbo stokanta ĉiujn transakciojn. en la bloko. Merkle-arbo estas speco de binara arbo, kunmetita de aro de nodoj kun granda nombro da folinodoj ĉe la fundo de la arbo enhavanta la subestajn datenojn, aron de mezaj nodoj kie ĉiu nodo estas la haŝo de siaj du infanoj, kaj finfine ununura radiknodo, ankaŭ formita de la haŝiŝo de ĝiaj du infanoj, reprezentante la "pinton" de la arbo. La celo de la Merkle-arbo estas permesi la datumojn en bloko esti liveritaj popoce: nodo povas elŝuti nur la kaplinion de bloko de unu fonto, la malgrandan parton de la arbo signifa al ili de alia fonto, kaj ankoraŭ esti certa. ke ĉiuj datumoj estas ĝustaj. La kialo kial tio funkcias estas ke haŝiŝoj disvastiĝas supren: se malica uzanto provas interŝanĝi en falsa transakcio en la fundon de Merkle-arbo, tiu ŝanĝo kaŭzos ŝanĝon en la nodo supre, kaj tiam ŝanĝon en la nodo super tiu. , finfine ŝanĝante la radikon de la arbo kaj tial la haŝon de la bloko, igante la protokolon registri ĝin kiel tute malsaman blokon (preskaŭ certe kun nevalida pruvo de laboro). La Merkle-arba protokolo estas verŝajne esenca por longdaŭra daŭripovo. "Plena nodo" en la Kripta reto, kiu stokas kaj prilaboras la tuton de ĉiu bloko, okupas ĉirkaŭ 15 GB da diskospaco en la Bitcoin-reto ekde aprilo 2014, kaj kreskas je pli ol gigabajto monate. Nuntempe tio estas realigebla por iuj labortablaj komputiloj kaj ne por telefonoj, kaj poste estonte nur entreprenoj kaj hobiistoj povos partopreni. Protokolo konata kiel "simpligita pagkontrolo" (SPV) permesas ke alia klaso de nodoj ekzistu, nomitaj "malpezaj nodoj", kiuj elŝutas la blokkapojn, kontrolas la pruvon de laboro sur la blokkapoj, kaj tiam elŝutas nur la "branĉojn". " asociita kun transakcioj kiuj rilatas al ili. Ĉi tio permesas al malpezaj nodoj determini kun forta garantio de sekureco, kia estas la statuso de iu ajn Bitcoin-transakcio, kaj ilia nuna bilanco, dum elŝuto de nur tre malgranda parto de la tuta blokĉeno. Alternativaj Blokĉenaj Aplikoj La ideo preni la suban blokĉenan ideon kaj apliki ĝin al aliaj konceptoj ankaŭ havas longan historion. En 1998, Nick Szabo eliris kun la koncepto de sekuraj posedaĵtitoloj kun posedanto-aŭtoritato, dokumento priskribanta kiel "novaj progresoj en reproduktita datumbaza teknologio" permesos blokĉen-bazitan sistemon por stoki registron de kiu posedas kian teron, kreante teron. ellaborita kadro inkluzive de konceptoj kiel ekzemple hejmloko, malfavora posedo kaj kartvela terimposto. Tamen, ekzistis bedaŭrinde neniu efika reproduktita datumbazsistemo havebla tiutempe, kaj tiel la protokolo neniam estis efektivigita en praktiko. Post 2009, tamen, post kiam la malcentralizita konsento de Bitcoin estis evoluigita kelkaj alternativaj aplikoj rapide komencis aperi. Namecoin - kreita en 2010, Namecoin estas plej bone priskribita kiel malcentralizita nomregistrada datumbazo. En malcentralizitaj protokoloj kiel Tor, Bitcoin kaj BitMessage, devas esti iu maniero identigi kontojn por ke aliaj homoj povu interagi kun ili, sed en ĉiuj ekzistantaj solvoj la nura speco de identigilo disponebla estas pseŭdohazarda hash kiel 1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy. Ideale, oni ŝatus povi havi konton kun nomo kiel "georgo". Tamen, la problemo estas, ke se unu persono povas krei konton nomitan "georgo" tiam iu alia povas uzi la saman procezon por registri "georgon" ankaŭ por si kaj personigi ilin. La sola solvo estas unua-al-dosiera paradigmo, kie la unua registrilo sukcesas kaj la dua malsukcesas - problemo perfekte taŭga por la Bitcoin-konsenta protokolo. Namecoin estas la plej malnova, kaj plej sukcesa, efektivigo de nomregistra sistemo uzante tian ideon. Koloraj moneroj - la celo de koloraj moneroj estas servi kiel protokolo por permesi homojn krei siajn proprajn ciferecajn valutojn - aŭ, en la grava bagatela kazo de valuto kun unu unuo, ciferecaj ĵetonoj, sur la Bitcoin-blokĉeno. En la protokolo pri koloraj moneroj, oni "eldonas" novan valuton publike asignante koloron al specifa Bitcoin UTXO, kaj la protokolo rekursie difinas la koloron de alia UTXO por esti la sama kiel la koloro de la enigaĵoj kiujn la transakcio kreanta ilin elspezis. (kelkaj specialaj reguloj validas en la kazo de mikskoloraj enigaĵoj). Ĉi tio permesas al uzantoj konservi monujojn enhavantajn nur UTXO de specifa koloro kaj sendi ilin tre kiel regulaj bitcoins, retroirante tra la blokĉeno por determini la koloron de iu ajn UTXO kiun ili ricevas. Metacoins - la ideo malantaŭ metacoin estas havi protokolon kiu vivas sur la supro de Bitcoin, uzante Bitcoin-transakciojn por stoki metacoin-transakciojn sed havante malsaman ŝtatan transiran funkcion, APPLY'. Ĉar la metakoina protokolo ne povas malhelpi nevalidajn metakoinajn transakciojn aperi en la Bitcoin-blokĉeno, regulo estas aldonita, ke se APPLY'(S,TX) resendas eraron, la protokolo defaŭlte al APPLY'(S,TX) = S. Ĉi tio provizas facila mekanismo por krei arbitran kriptan protokolon, eble kun altnivelaj funkcioj, kiuj ne povas esti efektivigitaj ene de Bitcoin mem, sed kun tre malalta disvolva kosto ĉar la kompleksecoj de minado kaj retoj estas jam pritraktitaj de la Bitcoin-protokolo. Metacoins estis uzataj por efektivigi iujn klasojn de financaj kontraktoj, nomregistrado kaj malcentralizita interŝanĝo. Tiel, ĝenerale, estas du aliroj al konstruado de konsenta protokolo: konstrui sendependan reton kaj konstrui protokolon sur Bitcoin. La antaŭa aliro, kvankam racie sukcesa en la kazo de aplikoj kiel Namecoin, estas malfacile efektivigi; ĉiu individua efektivigo bezonas startigi sendependan blokĉenon, kaj ankaŭ konstrui kaj testi ĉiujn necesajn ŝtattransirojn kaj interkonektajn kodojn. Aldone, ni antaŭdiras, ke la aro de aplikoj por malcentralizita konsenta teknologio sekvos potencoleĝan distribuon kie la granda plimulto de aplikoj estus tro malgranda por garantii sian propran blokĉenon, kaj ni rimarkas, ke ekzistas grandaj klasoj de malcentralizitaj aplikoj, precipe malcentralizitaj aŭtonomaj. organizoj, kiuj bezonas interagi unu kun la alia. La aliro bazita en Bitcoin, aliflanke, havas la difekton, ke ĝi ne heredas la simpligitajn pagajn kontrolajn funkciojn de Bitcoin. SPV funkcias por Bitcoin ĉar ĝi povas uzi blokĉenan profundon kiel prokurilon por valideco; iam, post kiam la prapatroj de transakcio iras sufiĉe malproksimen reen, estas sekure diri ke ili estis laŭleĝe parto de la ŝtato. Blockchain-bazitaj meta-protokoloj, aliflanke, ne povas devigi la blokĉenon ne inkluzivi transakciojn kiuj ne validas ene de la kunteksto de siaj propraj protokoloj. Tial, plene sekura SPV meta-protokola efektivigo bezonus malantaŭen skani ĝis la komenco de la Bitcoin-blokĉeno por determini ĉu aŭ ne certaj transakcioj validas. Nuntempe, ĉiuj "malpezaj" efektivigoj de Bitcoin-bazitaj meta-protokoloj dependas de fidinda servilo por provizi la datumojn, verŝajne tre suboptimuma rezulto precipe kiam unu el la ĉefaj celoj de kripta monero estas forigi la bezonon de fido. xLIME USONO- SILLICON VALO - USONO LA ĴEDOJ xLIMO EŬROPO xBORDA BLOKĈENO -X BLOCKCHX #= NODO { CHX } API =X NODO { API } - "VALORO: ​ API-X1=BIOHERBY.COM API-X2=COLLAGENNOW.COM ​ API-X3=BOOK-GO.COM API-X4=HOTELO.APP ​ API-X5=SEXSHOP.APP API-X6=SUPERSHOPPERS.COM ​ { API- X7=XOTE.APP { API-X8=NUBO-X .APP ​ ​ ​ API-X1: BIOHERBY.COM ​ EGALS: HERBALIFE ENPESTO 2018: 5,4 MILIARDOJ USD TERRITORIO: MONDO, EN BUTIKOJ, RETEJO, AMAZONO API-X: SEMI Produktado: BIOHERBY THAILAND COLTD PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZONO USONO, AMAZONO GERMANIO, AMAZONO FRANCIO ​ ​ ​ API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO XBO = NODO { xLIMO } - "VALORO: KONEKTAS XBORDER KUN ROTHSCHILD { CFDs on ORO / XBO ~ OZ } VOC-X = NODO { VOC } - "VALORO: REGILILO | { KONEKTAS API-NODOJN AL SIAJ MAJSTRAJ } Klarigis BLOKĈENO BLOKĈENO BLOCKCHX BLOCKCHX NODO { CHX } - "XVALO: KOMERCISTO { XBO } - { VOC } - { API } ​ PLENA AUTONOMO, DECENTRALIZITA, PLULTAOLA HIBRIDO X-KUN 5 USONITAJ PATENTOJ PRETA POR DISPLIGO, BLOCKCHAIN -X PUŜOS LA LIMIJN DE KVANTUMA FIZIKO! NI NE ATENDI! ​ PLENA AUTONOMO, DECENTRALIZITA, PLULTAOLA HIBRIDO X-KUN 5 USONITAJ PATENTOJ, PRETA POR DEPLOYO. BLOCKCHAIN -X PUŜOS LA LIMIJN DE KVANTUMA FIZIKO! NI JAM HAVAS UNIKAJN EZAJN EN DEPLOYO, KIEL VOĈDONI KAJ VOĈOJN, SEN COMPROMISO! !SUBTENITA, MONITORATA KAJ KONFIKITAJ DE LA NEDERLANDA REGISTARO, DEPLIGITAJ PLENA MALFERMA KAJ KAJ TRAVIDAJ, TIUJ ĈENOJ PUŜOS LA LIMIJN DE INVENTOJ. KUN LA AVALO DE KVANTUMA MEKANIKO & KVANTUMA KOMPUTIKOJ LA TEKNOLOGIO DE BLOKĈENO LESTIĜOS. Efektivigo de BLOKĈENO KODITA ARTIFICIA INTELIGENTECO SKULOS LA EVOLUON DE ROBOTIKO, TEKNOGIA BIOFIZIKO KAJ CIBERNETIKO. ​ ​ LA ESTONTECO ESTAS NUN! ​ PETER OLDENBURGER, EVOLUJO. ​ RETO ™ ™ API =X NODO { API } - "VALORO: ​ API-X1=BIOHERBY.COM API-X2=COLLAGENNOW.COM ​ API-X3=BOOK-GO.COM API-X4=HOTELO.APP ​ API-X5=SEXSHOP.APP API-X6=SUPERSHOPPERS.COM ​ { API- X7=XOTE.APP { API-X8=NUBO-X .APP ​ ​ ​ API-X1: BIOHERBY.COM ​ EGALS: HERBALIFE ENPESTO 2018: 5,4 MILIARDOJ USD TERRITORIO: MONDO, EN BUTIKOJ, RETEJO, AMAZONO API-X: SEMI Produktado: BIOHERBY THAILAND COLTD PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZONO USONO, AMAZONO GERMANIO, AMAZONO FRANCIO ​ ​ ​ COWDFUND Log In Nulo Nulo PROJEKTO8 VOC-X C H X PROJEKTO8 Nulo PROJEKTO8 xBORDER CLOUD-x, instituto pri blokĉeno kaj teknologio API X KOMERCISTO NODO - KOMERCISTO & KOMERCISTO xLIMA BLOK-ĈENA PLATFORMO CROWDFUND PRE-ELDONO 2020 ​ XBO { PLATFORMO NODOJ REGILILO } XBO REGRAS VOC-X, API-X, CHX & SAN{DBx}. ​ TUTA MUCHO ESTAS AJRITA ANTŬ LA LANDONO, KOMENCA VALORO ESTIĜOS AJRITA ANTAŬ LA ELDONO, VALORO SEKVOS LA LEĜO DE KEYNES, XBO MALFERMAS LA MAJSTRAJ REGILILOJN, METERNANTOJN & ĴEDOJN NODOJ ESTAS AgorDeblaj. MAJSTRAJ KONTROLOJ METERNANTOJ & JEDI'S. ​ TUTA ELDONDAPO PROK. 3/5 JARO, KOMENCA COWDFUND SUR LA 3 URBESTRISTA TECK PLATFORMOJ> { Usono, LONDONO, HK } ​ ​ ​ ​ API-X { REGRAS EK-KOMERCplatformojn } ​ ​ ​ CHX { E-NUMERATORO BY SENINFO } ​ VOC-X { KOMERCISTO ​ ​ ​ ​ ​ ​ - Pluraj Internaciaj Platformoj ™ BLOCKCHX - NUMMERATORO BY INFINITY 2049 ĈENITAJ TRANSIROJ LA HEREDO ESTAS ENTRIGA.. A P - mi X API -X NUBO -X BLOKĈENO -X ​ NOVAĴOJ VIZIO VIZIO KAJ EN LA 7-A TAGO, DIO KREIS LUMON, LUDU LA LUMITON, LUDU LA BUDON, PREDICU ĈION BONA, LUDU LA SANKTANTON KATON, LA BOVON KAJ LA ELEFANTO. PROJEKTO8 BLOK-ĈENO POWERED API-INTELLIGENTA NUBO ​ NUBO -X ​ BONVENON AL LA PLEJ SEKURA NUBA SERVO DE LA MONDO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO PER LA PLEJ ALTA NORMALDATUMOJ SERVOJ LOKITAJ LA VORTOJ PLEJ SEKURA DATUMODO. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​ Bonvenon, أ , ברוך הבWillkommen, هلا بك, Bonvenon, 欢迎欢迎, ようこそ, Bienvenuo, 어서 오십시오, NUBO X ​ REALA TEMPO SINKRONIKO & RESERVOJ. ​ DEPLOYO: LA PLATEFORMO ESTAS DEPLIGITA KAJ EN PROVA FAZO. Malfermu VIAN SENPAGA KONTON HODIAŬ DUM 30 TAGOJ! ​ MONDAJ PLEJ SEKURA SINKRONIKO & RESERVOJ! ​ ​ E=Mc2 ​ ​ X Upcoming Events xLIMO | API BLOCKCHAIN RETO apr 25, sa xBORDER - Block-Chain API Intelligent Te 2020-apr-25 19:00 xBORDER - Block-Chain API Intelligent Te, 171 S Whisman Rd, Mountain View, CA 94041, Usono 9WPP+QM Mountain View, Kalifornio, Usono 2020-apr-25 19:00 xBORDER - Block-Chain API Intelligent Te, 171 S Whisman Rd, Mountain View, CA 94041, Usono 9WPP+QM Mountain View, Kalifornio, Usono xLIMO | API BLOCKCHAIN RETO Share Details ANTAŬALDONO 25 DECEMBRO 2019, JEDISONLINKEDIN. =XBO ! N26 DEC- 31 DEC - CROUNDFUND Nederlando = VOC-X ​ {CHK} 1-JAN31JAN CROUDNFUND Usono ​ .. DE 1 /31 FEBR OVENTOJ EN HK,HK OVENTOJ EN DUBAJO OVENĜOJ EN SAUDIA OVENĜOJ EN ŜANĜAJO OVENTOJ EN BEJING ​ 1 MARTO: DEPLOYMOPENA, TRAVIDA & DECENTRALIZITA. TRUIJUNE1: d​ ENT DE API-X ​ JUNIO 1: VOJAĜO AL AFRIKO: NERDO ĴURIS AL LA DIOJ. KOMENCU LA KONSTRUOJ DE LERNEJOJ EN SUDAFRIKO. > EDUKI HIV INFANOJ PROTEKTU LA ELEFANTO> REPOPULARI, ADJUZI ADN> BENU LA GANNESS,. ​ LA SKEO NERDO BO-X Projekto 8 - Ĉapitro 1: Vizioj ​ BONVENON AL LA NERD KESTO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO PER LA PLEJ ALTA NORMALDATUMOJ SERVOJ LOKITAJ LA VORTOJ PLEJ SEKURA DATUMODO. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​ ​ BONVENON AL LA PLEJ SEKURA NUBA SERVO DE LA MONDO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO PER LA PLEJ ALTA NORMALDATUMOJ SERVOJ LOKITAJ LA VORTOJ PLEJ SEKURA DATUMODO. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​ ​ BONVENON AL LA PLEJ SEKURA NUBA SERVO DE LA MONDO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO PER LA PLEJ ALTA NORMALDATUMOJ SERVOJ LOKITAJ LA VORTOJ PLEJ SEKURA DATUMODO. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​ E-KOMERCO ​ APIKSO APIKSO EPISODO 1 ​ LA LANĈO DE 5 Retaj Vendejoj, gajnintoj de la Komenco, Plene Aŭtomatigita kaj API-X INTEL Powered. ​ PROPRI Vian Kunhavigon kaj Kontrolu Rezultojn, Enspezon, Akciojn, Kategoriojn Interrete. Kontrolu MasterNodes aŭ Akiru Homojn Subtenu vin kaj Agordu Vian Vojon. Ĉi tio estas Monopolo por REALA! Kontrolo Butikoj Stocks Store. ĉio de la XBORDER Platformo. BLOKĈENO POWERED. Jam Subtenata de Guglo, Acrolis, NORDVPN. ​ Ĉi tio estas la unua en la mondo Blockchain POowered, API Intelligent DE-Centralized Platform. ​ LA ESTONTECO ESTAS NUN. XLIMO. ​ 1. Libro-Iru.com ​

MULTI- BLOKĈENO API- INTELIGENTA KONEKTA DECENTRALIZITA NUBA RETO ™ API -X NUBO -X BLOKĈENO -X ​ Mi estas alineo. Klaku ĉi tie por aldoni vian propran tekston kaj redakti min. Ĝi estas facila. KIX NUBO -X BLOKO -X API-X More Watch Now Play Video Share Whole Channel This Video Facebook Twitter Pinterest Tumblr Copy Link Embed Video Link Copied Share ​ xLIMA PLATAFORMO ∞ MONDO UNUA PLURTAvola API-INTEL RETO ANTAŬALDONO 25 DECEMBRO 2019, JEDISONLINKEDIN. =XBO ! N26 DEC- 31 DEC - CROUNDFUND Nederlando = VOC-X ​ {CHK} 1-JAN31JAN CROUDNFUND Usono ​ .. DE 1 /31 FEBR OVENTOJ EN HK,HK OVENTOJ EN DUBAJO OVENĜOJ EN SAUDIA OVENĜOJ EN ŜANĜAJO OVENTOJ EN BEJING ​ 1 MARTO: DEPLOYMOPENA, TRAVIDA & DECENTRALIZITA. TRUIJUNE1: d​ ENT DE API-X 1 JUNIO: ​ xLIMA PLATAFORMO ∞ MONDO UNUA PLURTAvola API-INTEL RETO la peta korpo devas enhavi la jenan parametron: 'stato' xBORDER-BLANKAPURO 2019 La Historio xBORDER Kiel Ŝtata Transira Sistemo Minado en Generic Merkle Arboj Alternativaj Blokĉenaj Aplikoj Skribado xBORDER BLOCKCNX Filozofio xBORDER Kontoj Mesaĝoj kaj Transakcioj Mesaĝoj xBORDER Ŝtata Transira Funkcio Kodo-Ekzekuto xBORDER kaj Minado Aplikoj Tokenaj Sistemoj Financaj derivaĵoj kaj Stabil-valoraj Moneroj Sistemoj de Identeco kaj Reputacio Malcentralizita Dosiera Stokado Malcentraj Aŭtonomaj Organizoj Pliaj Aplikoj Diversaĵoj Kaj Zorgoj Modifita GHOST-Efektivigo Kotizoj Komputado Kaj Turing-Pleteco Valuto Kaj Emisio Minindustria Centraligo Skalebleco Konkludo Notoj kaj Plia Legado Notoj Plia Legado Enkonduko al Bitcoin kaj Ekzistantaj Konceptoj La koncepto de malcentralizita cifereca valuto, same kiel alternativaj aplikoj kiel posedaĵregistroj, ekzistas de jardekoj. La anonimaj e-kontantaj protokoloj de la 1980-aj kaj la 1990-aj jaroj, plejparte dependaj de kripta primitivulo konata kiel Chaumian blinding, disponigis valuton kun alta grado da privateco, sed la protokoloj plejparte ne akiris tiradon pro sia dependeco de alcentrigita peranto. . En 1998, la b-mono de Wei Dai iĝis la unua propono enkonduki la ideon de kreado de mono tra solvado de komputilaj puzloj same kiel malcentralizita interkonsento, sed la propono estis malabunda en detaloj kiel al kiel malcentralizita interkonsento povus fakte esti efektivigita. En 2005, Hal Finney lanĉis koncepton de reuzeblaj pruvoj de laboro, sistemon kiu uzas ideojn de b-mono kune kun la komputile malfacilaj Hashcash-enigmoj de Adam Back por krei koncepton por kripta monero, sed denove mankis al la idealo fidante je fidinda komputado kiel backend. En 2009, malcentralizita valuto estis por la unua fojo efektivigita en praktiko fare de Satoshi Nakamoto, kombinante establitajn primitivulojn por administrado de proprieto tra publikŝlosila kriptografio kun interkonsentalgoritmo por konservi trakon de kiu posedas monerojn, konatajn kiel "pruvo de laboro". xBORDER-mekanismo malantaŭ pruvo de laboro estis sukceso en la spaco ĉar ĝi samtempe solvis du problemojn. Unue, ĝi disponigis simplan kaj modere efikan konsentan algoritmon, permesante al nodoj en la reto kolektive konsenti pri aro da kanonaj ĝisdatigoj al la stato de la Kripto-ĉeflibro. Due, ĝi disponigis mekanismon por permesi liberan eniron en la konsentprocezon, solvante la politikan problemon de decidi kiu ricevas influi la konsenton, dum samtempe malhelpante sibilajn atakojn. Ĝi faras tion anstataŭigante formalan barieron al partopreno, kiel ekzemple la postulo esti registrita kiel unika unuo en aparta listo, kun ekonomia baro - la pezo de ununura nodo en la konsenta balotprocezo estas rekte proporcia al la komputa potenco. ke la nodo alportas. Ekde tiam, alternativa aliro estis proponita nomita pruvo de intereso, kalkulante la pezon de nodo kiel estante proporcia al ĝiaj valutposedaĵoj kaj ne komputilaj resursoj; la diskuto pri la relativaj meritoj de la du aliroj estas preter la amplekso de ĉi tiu papero sed oni devas rimarki, ke ambaŭ aliroj povas esti uzataj por servi kiel la spino de kripta monero. Peter Oldenburger, la fondinto de xBORDER skribis ĉi tiun Blogafiŝon: la Kripto Kiel Ŝtata Transira Sistemo La ĉeflibro de kripta monero kiel la Kripto povas esti opiniita kiel ŝtata transira sistemo, kie ekzistas "ŝtato" konsistanta el la posedstatuso de ĉiuj ekzistantaj Cryptos kaj "ŝtata transira funkcio" kiu prenas ŝtaton kaj transakcion. kaj eligas novan staton kiu estas la rezulto. En norma banka sistemo, ekzemple, la ŝtato estas bilanco, transakcio estas peto movi $X de A al B, kaj la ŝtata transira funkcio reduktas la valoron en la konto de A je $X kaj pliigas la valoron en B. konton de $X. Se la konto de A havas unue malpli ol $X, la ŝtattransira funkcio liveras eraron. Tial, oni povas formale difini: APLITU(S,TX) -> S' aŭ ERARO APLITU ({ Alico: $50, Bob: $50 },"sendu $20 de Alico al Bob") = { Alice: $30, Bob: $70 } APLITU({ Alice: $50, Bob: $50 },"sendu $70 de Alico al Bob") = ERARO La "ŝtato" en la Kripto estas la kolekto de ĉiuj moneroj (teknike, "neeluzitaj transakcioproduktaĵoj" aŭ UTXO) kiuj estis elminitaj kaj ankoraŭ ne elspezitaj, kun ĉiu UTXO havanta nominalan valoron kaj posedanton (difinite per 20-bajta adreso. kiu estas esence kriptografa publika ŝlosilofn. 1). Transakcio enhavas unu aŭ plurajn enigaĵojn, kie ĉiu enigaĵo enhavas referencon al ekzistanta UTXO kaj ĉifrika subskribo produktita per la privata ŝlosilo asociita kun la adreso de la posedanto, kaj unu aŭ pluraj eliroj, kie ĉiu eligo enhavas novan UTXO por esti aldonita al. la ŝtato. La ŝtattransira funkcio APPLY(S,TX) -> S' povas esti difinita proksimume jene: Por ĉiu enigo en TX: Se la referencita UTXO ne estas en S, redonu eraron. Se la provizita subskribo ne kongruas kun la posedanto de la UTXO, resendu eraron. Se la sumo de la nominalaj valoroj de ĉiuj eniga UTXO estas malpli ol la sumo de la nominalaj valoroj de ĉiuj eligo UTXO, redonu eraron. Revenu S' kun ĉiuj enigo UTXO forigita kaj ĉio eligo UTXO aldonita. La unua duono de la unua paŝo malhelpas transakciajn sendintojn elspezi monerojn kiuj ne ekzistas, la dua duono de la unua paŝo malhelpas transakciajn sendintojn elspezi aliulajn monerojn, kaj la dua paŝo devigas konservadon de valoro. Por uzi ĉi tion por pago, la protokolo estas jena. Supozu, ke Alice volas sendi 11,7 BTC al Bob. Unue, Alice serĉos aron de disponeblaj UTXO, kiujn ŝi posedas, kiu entute ĝis almenaŭ 11.7 BTC. Realisme, Alice ne povos akiri ĝuste 11,7 BTC; diru, ke la plej malgranda, kiun ŝi povas akiri, estas 6+4+2=12. Ŝi tiam kreas transakcion kun tiuj tri enigaĵoj kaj du eliroj. La unua eligo estos 11.7 BTC kun la adreso de Bob kiel ĝia posedanto, kaj la dua eligo estos la restanta 0.3 BTC "ŝanĝo", kun la posedanto estas Alice mem. Minado bloko_bildo.jpg Se ni havus aliron al fidinda centralizita servo, ĉi tiu sistemo estus bagatela por efektivigi; ĝi povus simple esti kodita ekzakte kiel priskribite, uzante la durdiskon de centralizita servilo por konservi trakon de la ŝtato. Tamen, kun la Kripto ni provas konstrui malcentralizitan monsistemon, do ni devos kombini la ŝtatan transiran sistemon kun konsenta sistemo por certigi, ke ĉiuj konsentas pri la ordo de transakcioj. la malcentralizita konsenta procezo de la Crypto postulas nodojn en la reto senĉese provi produkti pakaĵojn de transakcioj nomataj "blokoj". La reto estas celita produkti proksimume unu blokon ĉiujn dek minutojn, kie ĉiu bloko enhavas tempomarkon, nonce, referencon al (t.e. hash de) la antaŭa bloko kaj liston de ĉiuj transakcioj kiuj okazis ekde la antaŭa. bloko. Kun la tempo, ĉi tio kreas konstantan, ĉiam kreskantan, "blokĉenon", kiu konstante ĝisdatigas por reprezenti la lastan staton de la Kripta ĉeflibro. La algoritmo por kontroli ĉu bloko estas valida, esprimita en tiu paradigmo, estas kiel sekvas: Kontrolu ĉu la antaŭa bloko referencita de la bloko ekzistas kaj validas. Kontrolu, ke la tempomarko de la bloko estas pli granda ol tiu de la antaŭa blockfn. 2 kaj malpli ol 2 horojn en la estonteco Kontrolu, ke la pruvo de laboro sur la bloko validas. Estu S[0] la stato ĉe la fino de la antaŭa bloko. Supozu TX estas la transakcia listo de la bloko kun n transakcioj. Por ĉiuj i en 0...n-1, agordu S[i+1] = APPLY(S[i],TX[i]) Se iu ajn aplikaĵo resendas eraron, eliru kaj redonu malvera. Revenu vera, kaj registri S[n] kiel la staton ĉe la fino de ĉi tiu bloko. Esence, ĉiu transakcio en la bloko devas disponigi validan ŝtattransiron de kio estis la kanonika ŝtato antaŭ ol la transakcio estis efektivigita al iu nova ŝtato. Notu, ke la stato neniel estas kodita en la bloko; ĝi estas sole abstraktaĵo memorenda de la validiga nodo kaj povas nur esti (sekure) komputita por iu bloko komencante de la genezstato kaj sinsekve aplikante ĉiun transakcion en ĉiu bloko. Aldone, notu, ke la ordo en kiu la ministo inkluzivas transakciojn en la blokon gravas; se ekzistas du transakcioj A kaj B en bloko tia ke B elspezas UTXO kreitan fare de A, tiam la bloko estos valida se A venas antaŭ B sed ne alie. La unu valideckondiĉo ĉeestanta en la supra listo, kiu ne troviĝas en aliaj sistemoj, estas la postulo por "pruvo de laboro". La preciza kondiĉo estas, ke la duobla-SHA256 hash de ĉiu bloko, traktita kiel 256-bita nombro, devas esti malpli ol dinamike ĝustigita celo, kiu en la momento de ĉi tiu skribo estas proksimume 2187. La celo de ĉi tio estas fari bloko kreado kompute "malmola", tiel malhelpante sybil atakantoj refari la tutan blokĉenon en ilia favoro. Ĉar SHA256 estas dizajnita por esti tute neantaŭvidebla pseŭdohazarda funkcio, la nura maniero krei validan blokon estas simple provo kaj eraro, plurfoje pliigante la nonce kaj vidante ĉu la nova hash kongruas. Ĉe la nuna celo de ~2187, la reto devas fari mezumon de ~269 provoj antaŭ ol valida bloko estas trovita; ĝenerale, la celo estas rekalibrata de la reto ĉiujn 2016-blokojn tiel ke averaĝe nova bloko estas produktita de iu nodo en la reto ĉiujn dek minutojn. Por kompensi ministojn por ĉi tiu komputila laboro, la ministo de ĉiu bloko rajtas inkluzivi transakcion donante al si 12.5 BTC el nenie. Aldone, se iu transakcio havas pli altan totalan nominalan valoron en siaj enigaĵoj ol en ĝiaj eliroj, la diferenco ankaŭ iras al la ministo kiel "transakcia kotizo". Cetere, ĉi tio ankaŭ estas la sola mekanismo per kiu BTC estas elsenditaj; la genezstato tute ne enhavis monerojn. Por pli bone kompreni la celon de minado, ni ekzamenu, kio okazas en la okazo de malica atakanto. Ĉar la subesta kriptografio de la Crypto estas konata kiel sekura, la atakanto celos la unu parton de la Bitcoin-sistemo, kiu ne estas protektita per ĉifrografio rekte: la ordo de transakcioj. La strategio de la atakanto estas simpla: Sendu 100 BTC al komercisto kontraŭ iu produkto (prefere rapid-livera cifereca varo) Atendu la liveron de la produkto Produktu alian transakcion sendante la saman 100 BTC al si mem Provu konvinki la reton, ke lia transakcio al si mem estis tiu, kiu venis unue. Post kiam paŝo (1) okazis, post kelkaj minutoj iu ministo inkludos la transakcion en bloko, diru bloko numero 270. Post ĉirkaŭ unu horo, kvin pliaj blokoj estos aldonitaj al la ĉeno post tiu bloko, kun ĉiu el tiuj blokoj nerekte montrantaj al la transakcio kaj tiel "konfirmante" ĝin. Je ĉi tiu punkto, la komercisto akceptos la pagon kiel finite kaj liveros la produkton; ĉar ni supozas, ke ĉi tio estas cifereca bono, livero estas tuja. Nun, la atakanto kreas alian transakcion sendante la 100 BTC al si. Se la atakanto simple liberigas ĝin en la sovaĝejon, la transakcio ne estos prilaborita; ministoj provos ruli APPLY(S,TX) kaj rimarkos, ke TX konsumas UTXO, kiu ne plu estas en la ŝtato. Do anstataŭe, la atakanto kreas "forkon" de la blokĉeno, komencante per minado de alia versio de bloko 270 montranta al la sama bloko 269 kiel gepatro sed kun la nova transakcio anstataŭ la malnova. Ĉar la blokaj datumoj estas malsamaj, ĉi tio postulas refari la pruvon de laboro. Krome, la nova versio de la atakanto de bloko 270 havas malsaman haŝiŝon, do la originaj blokoj 271 ĝis 275 ne "montras" al ĝi; tiel, la origina ĉeno kaj la nova ĉeno de la atakanto estas tute apartaj. La regulo estas, ke en forko la plej longa blokoĉeno estas konsiderata la vero, kaj do laŭleĝaj ministoj laboros sur la 275-ĉeno dum la atakanto sole laboras pri la 270-ĉeno. Por ke la atakanto faru sian blokĉenon la plej longa, li bezonus havi pli da komputa potenco ol la resto de la reto kombinita por atingi (do, "51% atako"). Merkle Arboj SPV en la Kripto Maldekstre: sufiĉas prezenti nur malgrandan nombron da nodoj en Merkle-arbo por doni pruvon pri la valideco de branĉo. Ĝuste: ĉiu provo ŝanĝi ajnan parton de la Merkle-arbo eventuale kondukos al malkongruo ie supre en la ĉeno. Grava skalebla trajto de la Kripto estas, ke la bloko estas stokita en plurnivela datumstrukturo. La "hash" de bloko estas fakte nur la hash de la blokkapo, proksimume 200-bajta datumo kiu enhavas la tempomarkon, nonce, antaŭan blokhash kaj la radikan hash de datumstrukturo nomita la Merkle-arbo stokanta ĉiujn transakciojn. en la bloko. Merkle-arbo estas speco de binara arbo, kunmetita de aro de nodoj kun granda nombro da folinodoj ĉe la fundo de la arbo enhavanta la subestajn datenojn, aron de mezaj nodoj kie ĉiu nodo estas la haŝo de siaj du infanoj, kaj finfine ununura radiknodo, ankaŭ formita de la haŝiŝo de ĝiaj du infanoj, reprezentante la "pinton" de la arbo. La celo de la Merkle-arbo estas permesi la datumojn en bloko esti liveritaj popoce: nodo povas elŝuti nur la kaplinion de bloko de unu fonto, la malgrandan parton de la arbo signifa al ili de alia fonto, kaj ankoraŭ esti certa. ke ĉiuj datumoj estas ĝustaj. La kialo kial tio funkcias estas ke haŝiŝoj disvastiĝas supren: se malica uzanto provas interŝanĝi en falsa transakcio en la fundon de Merkle-arbo, tiu ŝanĝo kaŭzos ŝanĝon en la nodo supre, kaj tiam ŝanĝon en la nodo super tiu. , finfine ŝanĝante la radikon de la arbo kaj tial la haŝon de la bloko, igante la protokolon registri ĝin kiel tute malsaman blokon (preskaŭ certe kun nevalida pruvo de laboro). La Merkle-arba protokolo estas verŝajne esenca por longdaŭra daŭripovo. "Plena nodo" en la Kripta reto, kiu stokas kaj prilaboras la tuton de ĉiu bloko, okupas ĉirkaŭ 15 GB da diskospaco en la Bitcoin-reto ekde aprilo 2014, kaj kreskas je pli ol gigabajto monate. Nuntempe tio estas realigebla por iuj labortablaj komputiloj kaj ne por telefonoj, kaj poste estonte nur entreprenoj kaj hobiistoj povos partopreni. Protokolo konata kiel "simpligita pagkontrolo" (SPV) permesas ke alia klaso de nodoj ekzistu, nomitaj "malpezaj nodoj", kiuj elŝutas la blokkapojn, kontrolas la pruvon de laboro sur la blokkapoj, kaj tiam elŝutas nur la "branĉojn". " asociita kun transakcioj kiuj rilatas al ili. Ĉi tio permesas al malpezaj nodoj determini kun forta garantio de sekureco, kia estas la statuso de iu ajn Bitcoin-transakcio, kaj ilia nuna bilanco, dum elŝuto de nur tre malgranda parto de la tuta blokĉeno. Alternativaj Blokĉenaj Aplikoj La ideo preni la suban blokĉenan ideon kaj apliki ĝin al aliaj konceptoj ankaŭ havas longan historion. En 1998, Nick Szabo eliris kun la koncepto de sekuraj posedaĵtitoloj kun posedanto-aŭtoritato, dokumento priskribanta kiel "novaj progresoj en reproduktita datumbaza teknologio" permesos blokĉen-bazitan sistemon por stoki registron de kiu posedas kian teron, kreante teron. ellaborita kadro inkluzive de konceptoj kiel ekzemple hejmloko, malfavora posedo kaj kartvela terimposto. Tamen, ekzistis bedaŭrinde neniu efika reproduktita datumbazsistemo havebla tiutempe, kaj tiel la protokolo neniam estis efektivigita en praktiko. Post 2009, tamen, post kiam la malcentralizita konsento de Bitcoin estis evoluigita kelkaj alternativaj aplikoj rapide komencis aperi. Namecoin - kreita en 2010, Namecoin estas plej bone priskribita kiel malcentralizita nomregistrada datumbazo. En malcentralizitaj protokoloj kiel Tor, Bitcoin kaj BitMessage, devas esti iu maniero identigi kontojn por ke aliaj homoj povu interagi kun ili, sed en ĉiuj ekzistantaj solvoj la nura speco de identigilo disponebla estas pseŭdohazarda hash kiel 1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy. Ideale, oni ŝatus povi havi konton kun nomo kiel "georgo". Tamen, la problemo estas, ke se unu persono povas krei konton nomitan "georgo" tiam iu alia povas uzi la saman procezon por registri "georgon" ankaŭ por si kaj personigi ilin. La sola solvo estas unua-al-dosiera paradigmo, kie la unua registrilo sukcesas kaj la dua malsukcesas - problemo perfekte taŭga por la Bitcoin-konsenta protokolo. Namecoin estas la plej malnova, kaj plej sukcesa, efektivigo de nomregistra sistemo uzante tian ideon. Koloraj moneroj - la celo de koloraj moneroj estas servi kiel protokolo por permesi homojn krei siajn proprajn ciferecajn valutojn - aŭ, en la grava bagatela kazo de valuto kun unu unuo, ciferecaj ĵetonoj, sur la Bitcoin-blokĉeno. En la protokolo pri koloraj moneroj, oni "eldonas" novan valuton publike asignante koloron al specifa Bitcoin UTXO, kaj la protokolo rekursie difinas la koloron de alia UTXO por esti la sama kiel la koloro de la enigaĵoj kiujn la transakcio kreanta ilin elspezis. (kelkaj specialaj reguloj validas en la kazo de mikskoloraj enigaĵoj). Ĉi tio permesas al uzantoj konservi monujojn enhavantajn nur UTXO de specifa koloro kaj sendi ilin tre kiel regulaj bitcoins, retroirante tra la blokĉeno por determini la koloron de iu ajn UTXO kiun ili ricevas. Metacoins - la ideo malantaŭ metacoin estas havi protokolon kiu vivas sur la supro de Bitcoin, uzante Bitcoin-transakciojn por stoki metacoin-transakciojn sed havante malsaman ŝtatan transiran funkcion, APPLY'. Ĉar la metakoina protokolo ne povas malhelpi nevalidajn metakoinajn transakciojn aperi en la Bitcoin-blokĉeno, regulo estas aldonita, ke se APPLY'(S,TX) resendas eraron, la protokolo defaŭlte al APPLY'(S,TX) = S. Ĉi tio provizas facila mekanismo por krei arbitran kriptan protokolon, eble kun altnivelaj funkcioj, kiuj ne povas esti efektivigitaj ene de Bitcoin mem, sed kun tre malalta disvolva kosto ĉar la kompleksecoj de minado kaj retoj estas jam pritraktitaj de la Bitcoin-protokolo. Metacoins estis uzataj por efektivigi iujn klasojn de financaj kontraktoj, nomregistrado kaj malcentralizita interŝanĝo. Tiel, ĝenerale, estas du aliroj al konstruado de konsenta protokolo: konstrui sendependan reton kaj konstrui protokolon sur Bitcoin. La antaŭa aliro, kvankam racie sukcesa en la kazo de aplikoj kiel Namecoin, estas malfacile efektivigi; ĉiu individua efektivigo bezonas startigi sendependan blokĉenon, kaj ankaŭ konstrui kaj testi ĉiujn necesajn ŝtattransirojn kaj interkonektajn kodojn. Aldone, ni antaŭdiras, ke la aro de aplikoj por malcentralizita konsenta teknologio sekvos potencoleĝan distribuon kie la granda plimulto de aplikoj estus tro malgranda por garantii sian propran blokĉenon, kaj ni rimarkas, ke ekzistas grandaj klasoj de malcentralizitaj aplikoj, precipe malcentralizitaj aŭtonomaj. organizoj, kiuj bezonas interagi unu kun la alia. La Bitcoin-bazita aliro, aliflanke, havas la difekton, ke ĝi ne heredas la simpligitajn pagajn kontrolajn funkciojn de Bitcoin. SPV funkcias por Bitcoin ĉar ĝi povas uzi blokĉenan profundon kiel prokurilon por valideco; iam, post kiam la prapatroj de transakcio iras sufiĉe malproksimen reen, estas sekure diri ke ili estis laŭleĝe parto de la ŝtato. Blockchain-bazitaj meta-protokoloj, aliflanke, ne povas devigi la blokĉenon ne inkluzivi transakciojn kiuj ne validas ene de la kunteksto de siaj propraj protokoloj. Tial, plene sekura SPV-meta-protokolo efektivigo bezonus malantaŭen skani ĝis la komenco de la Bitcoin-blokĉeno por determini ĉu aŭ ne certaj transakcioj validas. Nuntempe, ĉiuj "malpezaj" efektivigoj de Bitcoin-bazitaj meta-protokoloj dependas de fidinda servilo por provizi la datumojn, verŝajne tre suboptimuma rezulto precipe kiam unu el la ĉefaj celoj de kripta monero estas forigi la bezonon de fido. xBORDA BLOKĈENO -X BLOCKCHX #= NODO { CHX } API =X NODO { API } - "VALORO: ​ API-X1=BIOHERBY.COM API-X2=COLLAGENNOW.COM ​ API-X3=BOOK-GO.COM API-X4=HOTELO.APP ​ API-X5=SEXSHOP.APP API-X6=SUPERSHOPPERS.COM ​ { API- X7=XOTE.APP { API-X8=NUBO-X .APP ​ ​ ​ API-X1: BIOHERBY.COM ​ EGALS: HERBALIFE ENPESTO 2018: 5,4 MILIARDOJ USD TERRITORIO: MONDO, EN BUTIKOJ, RETEJO, AMAZONO API-X: SEMI Produktado: BIOHERBY THAILAND COLTD PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZONO USONO, AMAZONO GERMANIO, AMAZONO FRANCIO ​ ​ ​ API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO XBO = NODO { xLIMO } - "VALORO: KONEKTAS XBORDER KUN ROTHSCHILD { CFDs on ORO / XBO ~ OZ } VOC-X = NODO { VOC } - "VALORO: REGILILO | { KONEKTAS API-NODOJN AL SIAJ MAJSTRAJ } Klarigis BLOKĈENO BLOKĈENO BLOCKCHX BLOCKCHX NODO { CHX } - "XVALO: KOMERCISTO { XBO } - { VOC } - { API } ​ PLENA AUTONOMO, DECENTRALIZITA, PLURTAOLA HIBRIDO X-KUN 5 USONITAJ PATENTOJ PRETA POR DEPLIGO, BLOKĈENO -X PUŜOS LA LIMIJN DE KVANTUMA FIZIKO! NI NE ATENDI! ​ PLENA AUTONOMO, DECENTRALIZITA, PLULTAOLA HIBRIDO X-KUN 5 USONITAJ PATENTOJ, PRETA POR DEPLOYO. BLOCKCHAIN -X PUŜOS LA LIMIJN DE KVANTUMA FIZIKO! NI JAM HAVAS UNIKAJN EZAJN EN DEPLOYO, KIEL VOĈDONI KAJ VOĈOJN, SEN COMPROMISO! !SUBTENITA, MONITORATA KAJ KONTROLITAS DE LA NEDERLANDA REGISTARO, DEPLIGITAJ PLENA MALFERMA KAJ KAJ TRAVIDAJ, TIUJ ĈENOJ PUŜOS LA LIMIJN DE INVENTOJ. KUN LA AVALO DE KVANTUMA MEKANIKO & KVANTUMA KOMPUTIKOJ LA TEKNOLOGIO DE BLOKĈENO LESTIĜOS. Efektivigo de BLOKĈENO KODITA ARTIFICIA INTELIGENTECO SKULOS LA EVOLUON DE ROBOTIKO, TEKNOGIA BIOFIZIKO KAJ CIBERNETIKO. ​ ​ LA ESTONTECO ESTAS NUN! ​ PETER OLDENBURGER, EVOLUJO. ​ RETO ™ LASTASTA GAZETARA ARTIKOLO PRI MIAJ INSTRUISTOJ ​ Ĉi tiu estas la plej grava kaj la sola serioza gazeto en Nederlando, aliaj Gazetoj estas Telegraaf (por homoj kun malalta IQ, aspektas kiel agfilmo) ĉiukaze, de Volkskrant (Papero de la Homoj) deklaras ke miaj Instruistoj kolektis Datumojn de 'Milionoj' de nederlandanoj.. Nederlando estas unu el la plej malgrandaj landoj en Eŭropo kun ne pli ol 15 Milionoj da Duklandoj. Tio signifas, ke ili observas ĉirkaŭ 15% de la populacio. Nederlando havas unu el la plej malaltaj krimprocentoj en la mondo, Germanio, Francio, Anglio kaj Usono havas pli altajn Krimprocentojn, pli altan drog-misuzon, sed ne pli ol 0, 5% - 1% estas monitoritaj.. ​ Ĉinio kontrolas la Oegoeren, ĉu ne? En la Novaĵoj multfoje: sed ili ne estas pli ol 5% de ĝia loĝantaro.. Do Nederlando havas pli ol 3x observaĵojn pri sia popolo. Estas en nia sango: Anglio kaj Francio militis, ni vendis al ili la Ŝipojn. Ni povus fari tion pro la Ventmuelejo. Ili diras al vi, ke ĝi estas por fromaĝo kaj akvo, sed ni faris la Ora Epokon ĉar ni povis konstrui ŝipojn 7oble pli rapide ol la resto de Eŭropo. Ni nederlandaj piratoj, ni komercas oron, ŝipojn, homojn, nia reĝo havas sian 'Oran Aŭton' kun sklavoj sur ĝi. Ni ne forigas ĝin. Ĝi estas Kulturo. Yippikajee MOTHERFOCKERS, tio estas miaj Instruistoj, ni ne zorgas, antaŭ ol ni komercas ŝipojn nun ni komercas datumojn, ni vendas ĝin al kiu investas en la Nederlandanoj. La plej fama nederlanda diro: Meer of Minder? MINDER MINDER MINDER, Bonvolu meti subtekstojn. Nederlandaj piratoj ​ ​ KIX NUBO -X BLOKO -X API-X More 2049 ĈENITAJ TRANSIROJ LA HEREDO ESTAS ENTRIGA.. xBORDA BLOKĈENO -X BLOCKCHX #= NODO { CHX } ​ XLIMO API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO XBO = NODO { xLIMO } - "VALORO: KONEKTAS XBORDER KUN ROTHSCHILD { CFDs on ORO / XBO ~ OZ } VOC-X = NODO { VOC } - "VALORO: REGILILO | { KONEKTAS API-NODOJN AL SIAJ MAJSTRAJ } Klarigis BLOKĈENO BLOKĈENO BLOCKCHX BLOCKCHX NODO { CHX } - "XVALO: KOMERCISTO { XBO } - { VOC } - { API } ​ PLENA AUTONOMO, DECENTRALIZITA, PLURTAvola HIBRIDO X-11 CRYPTO RETO REGILITA PER MASTERNODOJ ​ xBORDA BLOKĈENO -X Watch Now Play Video Share Whole Channel This Video Facebook Twitter Pinterest Tumblr Copy Link Embed Video Link Copied Share xLIMO ​ PLENA AUTONOMO, DECENTRALIZITA, PLULTAVOLA HIBRIDO X-KUN 5 REGRI LA NODOJ SUR INTELIGENTA PLATFORMO EN LA PROXIMA ESTONTECO ESTAS KAJLA REGRI LA ARMEON EN LA NUNALA TAGO. ​ ​ ​ ​ PLENA AUTONOMO, DECENTRALIZITA, PLURTAOLA HIBRIDO X-KUN 5 USONITAJ PATENTOJ PRETA POR DEPLIGO, BLOKĈENO -X PUŜOS LA LIMIJN DE KVANTUMA FIZIKO! NI NE ATENDI! ​ PLENA AUTONOMO, DECENTRALIZITA, PLULTAOLA HIBRIDO X-KUN 5 USONITAJ PATENTOJ, PRETA POR DEPLOYO. BLOCKCHAIN -X PUŜOS LA LIMIJN DE KVANTUMA FIZIKO! NI JAM HAVAS UNIKAJN EZAJN EN DEPLOYO, KIEL VOĈDONI KAJ VOĈOJN, SEN COMPROMISO! !SUBTENITA, MONITORATA KAJ KONTROLITAS DE LA NEDERLANDA REGISTARO, DEPLIGITAJ PLENA MALFERMA KAJ KAJ TRAVIDAJ, TIUJ ĈENOJ PUŜOS LA LIMIJN DE INVENTOJ. KUN LA AVALO DE KVANTUMA MEKANIKO & KVANTUMA KOMPUTIKOJ LA TEKNOLOGIO DE BLOKĈENO LESTIĜOS. Efektivigo de BLOKĈENO KODITA ARTIFICIA INTELIGENTECO SKULOS LA EVOLUON DE ROBOTIKO, TEKNOGIA BIOFIZIKO KAJ CIBERNETIKO. ​ ​ LA ESTONTECO ESTAS NUN! ​ PETER OLDENBURGER, EVOLUJO. ​ RETO ™ VENONTA NIVELO E-KOMERCO ​ APIKSO APIKSO NOVAĴOJ VIZIO VIZIO KAJ EN LA 7-A TAGO, DIO KREIS LUMON, LUDU LA LUMITON, LUDU LA BUDON, PREDICU ĈION BONA, LUDU LA SANKTANTON KATON, LA BOVON KAJ LA ELEFANTO. PROJEKTO8 BLOK-ĈENO POWERED API-INTELLIGENTA NUBO ​ NUBO -X ​ BONVENON AL LA PLEJ SEKURA NUBA SERVO DE LA MONDO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO KUN LA PLEJ ALTA NORMA DATUMOVILO LOKITAJ LA PLEJ SEKURA DATUMODO DE LA VORTOJ. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​ Bonvenon, أ , ברוך הבWillkommen, هلا بك, Bonvenon, 欢迎欢迎, ようこそ, Bienvenuo, 어서 오십시오, NUBO X ​ REALA TEMPO SINKRONIKO & RESERVOJ. ​ DEPLOYO: LA PLATEFORMO ESTAS DEPLIGITA KAJ EN PROVA FAZO. Malfermu VIAN SENPAGA KONTON HODIAŬ DUM 30 TAGOJ! ​ MONDAJ PLEJ SEKURA SINKRONIKO & RESERVOJ! ​ ​ E=Mc2 ​ ​ X Upcoming Events xLIMO | API BLOCKCHAIN RETO apr 25, sa xBORDER - Block-Chain API Intelligent Te 2020-apr-25 19:00 xBORDER - Block-Chain API Intelligent Te, 171 S Whisman Rd, Mountain View, CA 94041, Usono 9WPP+QM Mountain View, Kalifornio, Usono 2020-apr-25 19:00 xBORDER - Block-Chain API Intelligent Te, 171 S Whisman Rd, Mountain View, CA 94041, Usono 9WPP+QM Mountain View, Kalifornio, Usono xLIMO | API BLOCKCHAIN RETO Share Details ANTAŬALDONO 25 DECEMBRO 2019, JEDISONLINKEDIN. =XBO ! N26 DEC- 31 DEC - CROUNDFUND Nederlando = VOC-X ​ {CHK} 1-JAN31JAN CROUDNFUND Usono ​ .. DE 1 /31 FEBR OVENTOJ EN HK,HK OVENTOJ EN DUBAJO OVENĜOJ EN SAUDIA OVENĜOJ EN ŜANĜAJO OVENTOJ EN BEJING ​ 1 MARTO: DEPLOYMOPENA, TRAVIDA & DECENTRALIZITA. TRUIJUNE1: d​ ENT DE API-X ​ JUNIO 1: VOJAĜO AL AFRIKO: NERDO ĴURIS AL LA DIOJ. KOMENCU LA KONSTRUOJ DE LERNEJOJ EN SUDAFRIKO. > EDUKI HIV INFANOJ PROTEKTU LA ELEFANTO> REPOPULARI, ADJUZI ADN> BENU LA GANNESS,. ​ LA SKEO NERDO BO-X Projekto 8 - Ĉapitro 1: Vizioj ​ BONVENON AL LA NERD KESTO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO KUN LA PLEJ ALTA NORMA DATUMOVILO LOKITAJ LA PLEJ SEKURA DATUMODO DE LA VORTOJ. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​ ​ BONVENON AL LA PLEJ SEKURA NUBA SERVO DE LA MONDO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS ELPROVITA NUMERO 1 SEKURA PENTRO PER LA PLEJ ALTA NORMA DATUMOJ SERVOJ LOKITAJ LA PLEJ SEKURA DATUMODO DE LA VORTOJ EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, ENKRIGON, VM, KAJ MULTAJ PLI. ​ ​ BONVENON AL LA PLEJ SEKURA NUBA SERVO DE LA MONDO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO KUN LA PLEJ ALTA NORMA DATUMOVILO LOKITAJ LA PLEJ SEKURA DATUMODO DE LA VORTOJ. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​ VENONTA NIVELO E-KOMERCO ​ BONVENON AL LA ESTONTECO DE KOMERCO EPISODO 1 ​ LA LANĈO DE 5 Retaj Vendejoj, gajnintoj de la Komenco, Plene Aŭtomatigita kaj API-X INTEL Powered. ​ PROPRI Vian Kunhavigon kaj Kontrolu Rezultojn, Enspezon, Akciojn, Kategoriojn Interrete. Kontrolu MasterNodes aŭ Akiru Homojn Subtenu vin kaj Agordu Vian Vojon. Ĉi tio estas Monopolo por REALA! Kontrolo Butikoj Stocks Store. ĉio de la XBORDER Platformo. BLOKĈENO POWERED. Jam Subtenata de Guglo, Acrolis, NORDVPN. ​ Ĉi tio estas la unua en la mondo Blockchain POowered, API Intelligent DE-Centralized Platform. ​ LA ESTONTECO ESTAS NUN. XLIMO. ​ 1. Libro-Iru.com ​

BLOKĈENO KIX .COM Play Video Facebook Twitter Pinterest Tumblr Copy Link Link Copied KONTROLO ​ ​ ​ RF 007 -- INTERNETA SPIOUNIKO: --- WIFI, ETH, GSM, GPG, PGP -- MILITAJ GRADAJ & KVALITAJ SPIOILOJ -- SKUDO -- AŬSkultu -- KAPTU & KOPIU - PARUPI & PLI. LASTA NOVAĴOJ & TEKNOLOGIO: ARDUINO, RASPI, LINUX, WINDOWS, MAC-OS -- DEBIAN -- KALI -- PARROT -- REDHAT -- INFO & KURSOJ -- LIBROJ & PROGRAMO GMS, BLUETOOTH, BLE , INFRARUĜA & RADIO -- SWARMING, SKUADO, LOKIGO > KOPIU , IMITI OL PENTRU: BLE, IR, WIFI, GMS, LA MHZ-KATTORILOJ ​ ​ ​ ​ ​ ​ ​ DEMANDOJ? KOMENTOJ? OFERTOJ ? ALVOKU, BABILI AŬ RETRETETOJ: NI PERSONA: NI OFFERTAS 24.7 RETAN ASSISTON. ĈU ĈU KOMPRENAS VORTON? KLAKU ĜIN! ESTAS LIGO.. NI OFERTAS PERSONAN, ALTA KAJNAN SERVON & KNOVOJN PRI MULTOBLAJ SUBJEKTOJ. NIA TEAMO VOJAĜAS TUTU LA MONDO. ​ ORGANIĜO DE ORANĜOJ & METEOJ , DISKUTOJ & PRELEGOJ, RETE & EN REALA VIVO: RENKONTU NI ! INTERRETE: HELPU NI EVOLUVI KAJ AKTIRI KRIPTO-AKCIOJ DE LA NEMESIS. ALIGU CENTIJN DA PROFESIULOJ PER LA SAMA TASKO.. KONSTRUANTA BLOKĈENO POWERED , INTELIGENTA, E-KOMERCO RETO: PLATFORMA ENTO LERNAS, KOPARAS, DEPLIGAS, KALKULAS, RRAPLAS& FLASAS LA INTERRETON EN LA SERĈO DE SCIO. EN LA KOMENCO TIU ESTOS E0--KOMERCO, PREZOJ, OFERTOJ K.P. ĈU VI KREDAS? LA DECENTRIGO KAJ CIPTO-KODIGO AKA BLOKĈENADO, FINE MIKROPROCESOROJ IGAJ VERAJ " MIKRO" INTELIGENTAJ -ĈIUJ-EN-UNU-CPU-GPU-MEMORO, INDUKTITA DE KVANTUMA TEKNOLOGIO, KOMENĈOS KIAM NIA KARBO, BENZINO, VENTOMUELIO ESTAS ANGLOJATITA PER HIDROGENO. HIDROGENO ESTOS POR ELEKTRO KIO ELETRO ESTIS VAPORI, ĜI EVENTIS LA INDUSTRIAN REVOLUCIO. RO - POWERED BY ESTOS NANO-PROCESOROJ PENTRU KVANTUMA TEKNOLOGIO. Ĝisdatiĝo kondukas al la API-MATRICA INTELIGENTECO KIU ŜANĜOS INTERRETAN NEGOCON, VALUTO KAJ AKCIADO REPRESENTOS VALORON, KAJ NE BAZADAS SU FIDO, ĈAR KNOW-HOW ESTAS POTENCO, MONTROS EN LEVIĜA VALORO DE XBO-CRYPTO-AKCIOJ, SED TI NE ESTAS ŸIA CELO NEK ÿIA FINA CELO, ÇU VI KREDAS? ELON FARAS.. ​ ​ ĈINIO - DE - SUA - JPN - RUSIO - [ USA, UK, AU, NL, FR ] - LA POTENCO DE TEKNOLOGIO KAJ LA LUDOJ , eLIBRO . RF 007 -- SPIONA BUTIKO: --- WIFI, ETH, GSM, GPG, PGP -- MILITAJ GRADAJ & KVALITAJ SPIOILOJ -- SKUDO -- AŬSkultu -- KAPTU & KOPIU - PARUPI & PLI. LASTA NOVAĴOJ & TEKNOLOGIO: ARDUINO, RASPI, LINUX, WINDOWS, MAC-OS -- DEBIAN -- KALI -- PARROT -- REDHAT -- INFO & KURSOJ -- LIBROJ & PROGRAMO GMS, BLUETOOTH, BLE , INFRARUĜA & RADIO -- SWARMING, SKUADO, LOKIGO > KOPIU , IMITI OL PENTRU: BLE, IR, WIFI, GMS, LA MHZ-KATTORILOJ SCIPOVI LA PLEJ FORTA TRANSPORTANTO DE DATUMOJ? DSL? 6G? SUPER-WIFI? NE.. VOLT.. Ĝuste: KIAM VI ŝovas vian altnivelan PGP-TELEFONON EN LA ALTENTON POR ŜARGI.. ALTHO ĈI TEKNOLOGIO ESTAS DIFIKALA KAJ NOVA: TIEL JEFF BESOZ ESTAS HAKATO. ĈU VI scias, ke BLUETOOTH ESTAS ALERSIBLA SUPER VOLTO? MI POVAS SALTI DE APARATO AL APARATO. MI POVAS IMIMI VIA BLEUTOTH MAK-NUMERO, KAJ ID, POR KE KORUMPITA APARATO SINKRONICU KUN VIAJ APARATOJ, KAJ ALIREBLES AL ĈIUJ APARATOJ. KE VI KONEKTIĜIS AL ALTENTOLINOJ: DE TI MI POVAS ALIRVI VIAN UNIKAJ MAC & SNIN-NUMEROJN, PARUDII ILIN, KAJ VI PORTOS 'GASTOJN' KUN ĈIUJ TEMPOJ, Kien ajn VI IRAS. PASORDOJ? Ŝlosiloj? NE GRAVAS ĈAR VIA TELEFONO AŬ KOMPUTILO NE REKONIZAS LA TRAVATON. MI POVAS SALTI DE VIA BLUETOOTH, WIFI AŬ GMS -RF AL ĈIUJ APARATOJ, KIUJ DISSENTAJ RF-SIGNALOJ: FOTILOJ, TELEFONOJ, TELEVIDOJ, KOMPUTILOJ, VIA MOTOCIKLO, VIA ELEKTRA AŬTO, TIMIGA: MI POVAS IRI EN VIA KANON KIAM VI PORTAS AŬDALAJRAĴOJN.. MI POVAS MANIPULI VIAN TELEFONAN APLIKAĴOJN, ŜANĜI MUZIKON AŬ NUR FACILE: ŜANĜI NOMOSERVILOJ & ĈIUJ VIAJ ALŜUTAJ & ELŜUTAJ DATUMO ESTAS TRANSPORTAtaj AL MIA PERSONA KOMPUTILO 'TIELNOMA MIM-ATTACK'. MI ESPERĈIS PRI DATUMOJ DE SUPER VOLTO DUM LA PASINTAJ 3 JAROJ, MI ATENTONS DIVERSAJ INSTAJNJOJ: ĈINIO, BRITUJO, KAJ MIA KAMALADONAJ VIROJ, LA Nederlandanoj, ĈESESTAS 24/7. MI PROVIS LANĈI RETEJOJ ANTAŬ ĈI TIU PRI ĈI TIU TEMO: NE EBLE: TTT-REJOJ KIE FORIGITAJ, DOMENANONOMOJ FORIS, PATENTOJ DE PROGRAMARO BLOKITA. KIAM MI DIRIS AL MIA FRATINO, SI NE KREDIS MIN. MI RAPORTIS PLI OL 8 FOJE EN LA POLICEJO, MI SKRIBIS LETEROJ AL LA MINISTRO DE JUSTICIO KAJ A LA MINISTRO DE TEKNOLOGIO: ŸI RERE SKRIBAJ: IO TIEL: FEKU. LA POLICO DIRIS AL MI, MI HAVAS MENSAJN PROBLEMIJN, KAJ KE MI DEVAS LASI ĈI ĈI SUBJETON IRI.. NUN 3 JAROJ POSTE, KIAM ĈI TIU SCIO ELVENAS AL LA PUBLIKO, LA NEDERLANDA REGISTARO FALADIS, IUJ EL ILI DEVAS IRI AL TRIBUNALO: 30.000 HOMOJ, VIRINO & INFANOJ, KIE RENTAĜIS LA BOTON POR PLI PLI 1510. JAROJ, PRUNTOJ ĈESAS, PERDI SIAN LOĜOM, MARKITA KRIMINALO, PRO KIO ILI NOMAS 'HOMAJ ERAROJ', RIKULIPANTOJ RECIproke, APERANTA ĜIS TARDE ĈE AŬDIKONKOMISIOJ, PRI NENIAJ RESPONDEBON, kulpigante unu la alian, EĈ NE UNU parolis la VERON, AŬ ILI NE FAKAS zorgas! SLAMER DE LA MONTO: LA JUSTECO KAJ KOMPUTIKALOJ: PREDIKADO KAJ DIRANTE AL LA HOMOJ DE Nederlando ILI NE POVAS IRI EKSTER POST 9 KUN PLI OL 3 PERSONOJ: LA MINISTRO DE JUSTECO ESTIS KAPTATA TIU SEMAJMANOJ EN FESTO POST LA 9-A KUN PLI OL 3 PERSONOJ. RONIA ĈU NE? LA MINISTRO DE TEKNOLOGIO: VIRINO, KIU NE SKIAS KE ESTAS 'LINUXO', DONIS NI NOVAN LEĜOJ: DE SLEEPWET, ĈI ĈI LEĜO LEGALIGAS MASIVA SUPERVIVADO. Amuza Aĵo: ILI DEZIRIS, ĜI Aspektu DEMOKRATIKA: KAJ DIRIS NI NI HAVAS LA DEMOKRATIAN RAJTON EN 'REFERENDO' VOĈI KONTRAŬ AŬ POR ĈI TIU LEĜO: LA LEĜO ESTIS NEITA DE LA HOMOJ DE Nederlando: 2 MONATOJ POSTE ĜI ESTIS. AKTIVA LEĜO, KAJ FARAS Nederlandon NRO.1 PRI GVEGLADO EN EŬROPO. BONÇONA POR MI: MIAJ PROGRAMOJ MONTRIS IP-OJN, MI NE PUVIS ELKNIRI ĜIN, KIEL ILI KIE POVAS HAKI MIAJ FAJROMUROJ, VPN-AJN, PASORDOJ Eĉ VIRTUALAJ MAĤINOJ:: DATUMO OVERVOLT. VENDI ĈI TEKNOLOGION AL ARABAJ LANDOJ, PROVENTANTE AL UNU EL LA 5-OKULOJ . USA-UK-KANADA-AU-NL -- : GOOGLE, APPLE ILI KONĈAS: GOOGLE, APPLE, DHL KAJ MULTAJ PLI KONSTRUAS DATCENTROJN EN NL HORTAS MILIARDOJ KAJ MILIARDOJ DA DOLAROJ. KIAL? Memorigas, ke GOOGLE ESTIS MUNUNITITA DE EŬROPO 4 MILIARDOJ DA EŬRO? ILI NENIAM PAGIS. LA Nederlandanoj FERNIS KOMPRENON: GOOGLE KONSTRUAS DATCENTROJN HORIS MIARDOJN, GOOGLE NE PAGAS MUNUNON, SED KONSTRUAS DATCENTROJN, NE PAGI ĈI TIE ANKAŬ LA Nederlandanoj solvis: EN Nederlando, kiam vi havas pli ol 10 miliardojn da impostoj. HAVU SPECIALAN TEAMON VIZITANTAN: FARI IMPOSTOJN: ĜI ESTAS FAKTOJ HH: MIA REGISTARO FARU ALIAN KOMPRENON: PROGRAMARO, DATUMODODO KIU DONAS AL LA Nederlandanoj NUR EN LA MALTRASA OKAZA PRIVILEGIO UZI TIUN KARLOJN: LA VERO ESTAS KE ĜIA UZITA EN LA POLICA AKADEMIO, KAJ studantoj fanfaronas unu al la alia, PRI MANIPULADO KAJ LUDOJ. LA PROGRAMO HALSITA EN AKADEMIO: ILI ELTROVIS KE DATUMO VERE SIGNIFAS POVON.. ANKAŬ, MI VOLAS LAŬDI LA HONESTOJN NEDERLANDAS GUBERNILANTON KAJ LA POLICION. LA FORTO ESTU KUN VI. PETER OLDENBURGER, AMSTERDAM, NEDERLANDA. FAKTOJ FFAC HACKING MILITA GRADO Peter Oldenburger, Amsterdamo, NL 2021. MIAJ. FAKTOJ. DATUMO ILOJ POR PROTEKTI VIAJN DATUMON , OVERVOLT. DEMANDOJ? KOMENTOJ? OFERTOJ ? ALVOKU, BABILI AŬ RETRETETOJ: NI PERSONA: NI OFFERTAS 24.7 RETAN ASSISTON. ĈU ĈU KOMPRENAS VORTON? KLAKU ĜIN! ESTAS LIGO.. NI OFERTAS PERSONAN, ALTA KAJNAN SERVON & KNOVOJN PRI MULTOBLAJ SUBJEKTOJ. NIA TEAMO VOJAĜAS TUTU LA MONDO. ORGANIĜO DE ORANĜOJ & METEOJ , DISKUTOJ & PRELEGOJ, RETE & EN REALA VIVO: RENKONTU NI ! INTERRETE: HELPU NI EVOLUVI KAJ AKTIRI KRIPTO-AKCIOJ DE LA NEMESIS. ALIGU CENTIJN DA PROFESIULOJ PER LA SAMA TASKO.. KONSTRUANTA BLOKĈENO POWERED , INTELIGENTA, E-KOMERCO RETO: PLATFORMA ENTO LERNAS, KOPARAS, DEPLIGAS, KALKULAS, RRAPLAS& FLASAS LA INTERRETON EN LA SERĈO DE SCIO. EN LA KOMENCO TIU ESTOS E0--KOMERCO, PREZOJ, OFERTOJ K.P. ĈU VI KREDAS? LA DECENTRIGO KAJ CIPTO-KODIGO AKA BLOKĈENADO, FINE MIKROPROCESOROJ IGAJ VERAJ " MIKRO" INTELIGENTAJ -ĈIUJ-EN-UNU-CPU-GPU-MEMORO, INDUKTITA DE KVANTUMA TEKNOLOGIO, KOMENĈOS KIAM NIA KARBO, BENZINO, VENTOMUELIO ESTAS ANGLOJATITA PER HIDROGENO. HIDROGENO ESTOS POR ELEKTRO KIO ELETRO ESTIS VAPORI, ĜI EVENTIS LA INDUSTRIAN REVOLUCIO. RO - POWERED BY ESTOS NANO-PROCESOROJ PENTRU KVANTUMA TEKNOLOGIO. Ĝisdatiĝo kondukas al la API-MATRICA INTELIGENTECO, KIU ŜANĜOS INTERRETAN NEGOCON, VALUTO KAJ AKCIADO REPRESENTOS VALORON, KAJ NE BAZADAS SU FIDO, ĈAR KNOW-HOW ESTAS POTENCO, MONTROS EN LEVIĜA VALORO DE XBO-CRYPTO-AKCIOJ, SED TI NE ESTAS ŸIA CELO NEK ÿIA FINA CELO, ÇU VI KREDAS? ELON FARAS.. ĈINIO - DE - SUA - JPN - RUSIO - [ USA, UK, AU, NL, FR ] - LA POVO DE LA TEKNOLOGIO KAJ LA LUDOJ , eLIBRO . Demandu MEGA-MAN indekso KIX NUBO -X BLOKO -X API-X API-x INTEL Eventoj, Renkontiĝoj kaj Salutoj Indekso NUBO-x Eventoj, Tekniko kaj Evoluigo Retejmapo CIBERSEKURECO, PENTROPROVO, - HACKING & ELSENSIRGADO -- PERSONA KONSILO, KOMERKA KONSILO, Korporacia ĝisdatigo, PRIVATA & REGISTARO. NI OFERTAS ALTA KAJ KAJ MILITARA KNOVO, ILIOJ, KORDINADO, PROGRAMARO & INFORMO, 100% LEGALA, MALFERMA & TRAVIDA, LICENCE. ​ PROJEKTOJ INKLUAS: PEN-TESTO, KRIPTO-MONERO, KRIPTO-PROGRAMADO & BLOKĈENEVELOPO: NI ALPORTAS AL VIN MONDON UNUA DECENTRA RETKOMERKA RETO -- LA LIMA PLATFORMO ~ 5 API-AŬTOMATIGAJ EK-KOMERCAJ BUTIKOJ SUR INTERRETA PLATFORMO, FACILE AGRORDEBLA & REGREKTA.. NI ESTAS FIERAJ PREZENTI: XBO = MONDA UNUA KRIPTO-PARTO, LA UNUA KRIPTO-MONERO KIU REPRESENTAS VALORON ! KUN 5 PATENTOJ @ Usono USPTO & INTERESO DE TECH-COMPANIES & REGISTAJN KIEL ĈINIO & TAJLANDO.. . LEGU PLI: KIEL LA UNUA CRYPTO_CROWDFUND EKONOS DECENTRAJN RETKOMERCAJ PLATFORMOJ: ĈI ESTOS LA ESTONTECO DE API-INTEL-E-KOMERCO. ​ RF 007 -- INTERNETA SPIOUNIKO: --- WIFI, ETH, GSM, GPG, PGP -- MILITAJ GRADAJ & KVALITAJ SPIOILOJ -- SKUDO -- AŬSkultu -- KAPTU & KOPIU - PARUPI & PLI. LASTA NOVAĴOJ & TEKNOLOGIO: ARDUINO, RASPI, LINUX, WINDOWS, MAC-OS -- DEBIAN -- KALI -- PARROT -- REDHAT -- INFO & KURSOJ -- LIBROJ & PROGRAMO GMS, BLUETOOTH, BLE , INFRARUĜA & RADIO -- SWARMING, SKUADO, LOKIGO > KOPIU , IMITI OL PENTRU: BLE, IR, WIFI, GMS, LA MHZ-KATTORILOJ ​ ​ DEMANDOJ? KOMENTOJ? OFERTOJ ? ALVOKU, BABILI AŬ RETRETETOJ: NI PERSONA: NI OFFERTAS 24.7 RETAN ASSISTON. ĈU ĈU KOMPRENAS VORTON? KLAKU ĜIN! ESTAS LIGO.. NI OFERTAS PERSONAN, ALTA KAJNAN SERVON & KNOVOJN PRI MULTOBLAJ SUBJEKTOJ. NIA TEAMO VOJAĜAS TUTU LA MONDO. ​ ORGANIĜO DE ORANĜOJ & METEOJ , DISKUTOJ & PRELEGOJ, RETE & EN REALA VIVO: RENKONTU NI ! INTERRETE: HELPU NI EVOLUVI KAJ AKTIRI KRIPTO-AKCIOJ DE LA NEMESIS. ALIGU CENTIJN DA PROFESIULOJ PER LA SAMA TASKO.. KONSTRUANTA BLOKĈENO POWERED , INTELIGENTA, E-KOMERCO RETO: PLATFORMA ENTO LERNAS, KOPARAS, DEPLIGAS, KALKULAS, RRAPLAS& FLASAS LA INTERRETON EN LA SERĈO DE SCIO. EN LA KOMENCO TIU ESTOS E0--KOMERCO, PREZOJ, OFERTOJ K.P. ĈU VI KREDAS? LA DECENTRIGO KAJ CIPTO-KODIGO AKA BLOKĈENADO, FINE MIKROPROCESOROJ IGAJ VERAJ " MIKRO" INTELIGENTAJ -ĈIUJ-EN-UNU-CPU-GPU-MEMORO, INDUKTITA DE KVANTUMA TEKNOLOGIO, KOMENĈOS KIAM NIA KARBO, BENZINO, VENTOMUELIO ESTAS ANGLOJATITA PER HIDROGENO. HIDROGENO ESTOS POR ELEKTRO KIO ELETRO ESTIS VAPORI, ĜI EVENTIS LA INDUSTRIAN REVOLUCIO. RO - POWERED BY ESTOS NANO-PROCESOROJ PENTRU KVANTUMA TEKNOLOGIO. Ĝisdatiĝo kondukas al la API-MATRICA INTELIGENTECO KIU ŜANĜOS INTERRETAN NEGOCON, VALUTO KAJ AKCIADO REPRESENTOS VALORON, KAJ NE BAZADAS SU FIDO, ĈAR KNOW-HOW ESTAS POTENCO, MONTROS EN LEVIĜA VALORO DE XBO-CRYPTO-AKCIOJ, SED TI NE ESTAS ŸIA CELO NEK ÿIA FINA CELO, ÇU VI KREDAS? ELON FARAS.. ​ ​ ĈINIO - DE - SUA - JPN - RUSIO - [ USA, UK, AU, NL, FR ] - LA POTENCO DE TEKNOLOGIO KAJ LA LUDOJ , eLIBRO . BLOKĈENO CH-x Senpagaj Laborrenkontiĝoj Interaga Forumo Sys EKOMERCO misio kontrolo Ξ BLOCKCHAIN funkciigita API INTEligenta nuba RETO XBORDO Ξ EKOMERCO plurtavola BLOKĈENO & API-X ™ INTELIGENTA reto - CLOUD-x CRYPTO-platformo XBORDER ECOMMERCE - BLOK-ĈENO CH-X INTELIGENTA API-X KRIPTO-NUBO-X RETO ​ Ξ xBORDER elektronika komerco platformo Ξ ​ Ξ ∞ VOC-x { aŭtomatigita lernado Ξ ∞ API-x { Analiza Inteligenta Ξ ∞ snb-x { sandbx evoluo Ξ ∞ bLc-x { Plurtavola BlockChain BLOCKCHAIN funkciigita API INTEligenta nuba RETO ​ PROJECTOJ DE PROGRAMADO DE PROGRAMAROJ: PEN-TESTADO POR KORPORACIOJ, KRIPTO-MONERO, KRIPTO-PROGRAMADO & BLOKĈENEVELOPO: NI ALPORTAS AL VIN MONDON UNUA DECENTRA RETKOMERKA RETO -- LA LIMA PLATFORMO ~ 5 API-AŬTOMATIGAJ EK-KOMERCAJ BUTIKOJ SUR INTERRETA PLATFORMO, FACILE AGRORDEBLA & REGREKTA.. NI ESTAS FIERAJ PREZENTI: XBO = MONDA UNUA KRIPTO-PARTO, LA UNUA KRIPTO-MONERO KIU REPRESENTAS VALORON ! KUN 5 PATENTOJ @ Usono USPTO & INTERESO DE TECH-COMPANIES & REGISTAJN KIEL ĈINIO & TAJLANDO.. . LEGU PLI: KIEL LA UNUA CRYPTO_CROWDFUND EKONOS DECENTRAJN RETKOMERCAJ PLATFORMOJ: ĈI ESTOS LA ESTONTECO DE API-INTEL-E-KOMERCO. ​ RF 007 -- INTERNETA SPIOUNIKO: --- WIFI, ETH, GSM, GPG, PGP -- MILITAJ GRADAJ & KVALITAJ SPIOILOJ -- SKUDO -- AŬSkultu -- KAPTU & KOPIU - PARUPI & PLI. LASTA NOVAĴOJ & TEKNOLOGIO: ARDUINO, RASPI, LINUX, WINDOWS, MAC-OS -- DEBIAN -- KALI -- PARROT -- REDHAT -- INFO & KURSOJ -- LIBROJ & PROGRAMO GMS, BLUETOOTH, BLE , INFRARUĜA & RADIO -- SWARMING, SKUADO, LOKIGO > KOPIU , IMITI OL PENTRU: BLE, IR, WIFI, GMS, LA MHZ-KATTORILOJ ​ ​ DEMANDOJ? KOMENTOJ? OFERTOJ ? ALVOKU, BABILI AŬ RETRETETOJ: NI PERSONA: NI OFFERTAS 24.7 RETAN ASSISTON. ĈU ĈU KOMPRENAS VORTON? KLAKU ĜIN! ESTAS LIGO.. NI OFERTAS PERSONAN, ALTA KAJNAN SERVON & KNOVOJN PRI MULTOBLAJ SUBJEKTOJ. NIA TEAMO VOJAĜAS TUTU LA MONDO. ​ ORGANIĜO DE ORANĜOJ & METEOJ , DISKUTOJ & PRELEGOJ, RETE & EN REALA VIVO: RENKONTU NI ! INTERRETE: HELPU NI EVOLUVI KAJ AKTIRI KRIPTO-AKCIOJ DE LA NEMESIS. ALIGU CENTIJN DA PROFESIULOJ PER LA SAMA TASKO.. KONSTRUANTA BLOKĈENO POWERED , INTELIGENTA, E-KOMERCO RETO: PLATFORMA ENTO LERNAS, KOPARAS, DEPLIGAS, KALKULAS, RRAPLAS& FLASAS LA INTERRETON EN LA SERĈO DE SCIO. EN LA KOMENCO TIU ESTOS E0--KOMERCO, PREZOJ, OFERTOJ K.P. ĈU VI KREDAS? LA DECENTRIGO KAJ CIPTO-KODIGO AKA BLOKĈENADO, FINE MIKROPROCESOROJ IGAJ VERAJ " MIKRO" INTELIGENTAJ -ĈIUJ-EN-UNU-CPU-GPU-MEMORO, INDUKTITA DE KVANTUMA TEKNOLOGIO, KOMENĈOS KIAM NIA KARBO, BENZINO, VENTOMUELIO ESTAS ANGLOJATITA PER HIDROGENO. HIDROGENO ESTOS POR ELEKTRO KIO ELETRO ESTIS VAPORI, ĜI EVENTIS LA INDUSTRIAN REVOLUCIO. RO - POWERED BY ESTOS NANO-PROCESOROJ PENTRU KVANTUMA TEKNOLOGIO. Ĝisdatiĝo kondukas al la API-MATRICA INTELIGENTECO KIU ŜANĜOS INTERRETAN NEGOCON, VALUTO KAJ AKCIADO REPRESENTOS VALORON, KAJ NE BAZADAS SU FIDO, ĈAR KNOW-HOW ESTAS POTENCO, MONTROS EN LEVIĜA VALORO DE XBO-CRYPTO-AKCIOJ, SED TI NE ESTAS ŸIA CELO NEK ÿIA FINA CELO, ÇU VI KREDAS? ELON FARAS.. ​ ​ ĈINIO - DE - SUA - JPN - RUSIO - [ USA, UK, AU, NL, FR ] - LA POTENCO DE TEKNOLOGIO KAJ LA LUDOJ , eLIBRO . La Templinio filio LA ESTONTECO DE KOMERCO xborder retkomerca platformo elektronika komerco malcentralizita, funkciigita per blokĉenoj & konektita & plene aŭtomatigita per api-kodaj integrigaj kodekoj. xx la unua monda 'kripto-valuto' kun reala kaj tuja valoro, la finfina kripto-estonteco. xbo, la unua monda 'kripto-valuto' kun reala kaj tuja valoro, la finfina kripto-estonteco. FEDERATION NERDS ⭐ API-X AŬTOMATIGA INTELIGENTA EK-KOMERCplatformo blokĉeno-X plurtavolaj blokĉenaj regilaj nodoj nubo-X realtempa blokĉeno funkciigita sinkronigi & reen bo-X.io homamasfinancada starto UNIQUA FEDERACIO DE NERDOJ UNIQUA FEDERACIO DE NERDOJ NOVAĴOJ & Ĝisdatigoj @ xBORDER RETO ESTI UNUA 2 SCI Mi konsentas pri la terminoj kaj kondiĉoj > Dankon pro sendado! BONVENON AL LA ESTONTECO, HOMERO @ 2020 LA UNIQUA FEDERACIO DE NERDOJ, TERO GALAKTA L/L = 42DG39MIN32.4SEC_43DG08MIN19.2SEC @ 01/01/2214 xLIMO ∞ PROJEKTO8 ∞ LA REVOLUCIO DE E-KOMERCO ∞ LA PRIVIO DE LA DECENTRALIZO PRI DECENTRALIZO DECENTRALIZA RIMEDO APLIKADI KONTRAKTON REKTE INTER 0 & 1 LA HISTORIA MANIERO KONTRAKTI ESTIS PER MEZONA HOMO, TIO Okazis por KIALO, LA MEZONA HOMO, AŬ MEZONA KONTRAKTO LIVRIS 'LA FIDON DE VALORO' POR TIU TRANSAKCIO. TEKNOLOGIO DE BLOKO-ĈENO KAJ KRIPTO-ĈENO ESTAS FORMOJ DE APLIKADO DE REKTA KONTRAKTO. BLOKĈENO KIEL MONETAERA VALUTO ? NU, POR ESTI HONETA, ZUCKENBERG, ĈI NE ESTAS EBLE. PRO LA ALTAJ KOMVOJ DE ENERGIO NECESAS POR Produkti VIAN PLIBON, MI ESTIS KONFUZITA KIAM MI LEGIS LA BLANKAPURON, ĜI NE APLIKAS NOVAN TEKNOLOGION SED KONSTRUAS SUR PLI MALNOVAJ BITCONO/ETERIO. BITOJ & VALORO. BITCOIN ESTAS MALrapida & KONSUMAS AL MULTA ENERGIO APLIKADA EN REALA TEMPO SINCRONIZO AŬ VIVO. TIEL 1990 KONTROLU ĜIN ĈI TIE VI SCIAS, KE ESTAS NUR KEYNES-VALORO. API-X DONAS LEGALA posedado de xBORDER RETKOMERCA PLATFORMO xLIMA RETO ∞ HTTPS://www.APi-X .APP FUNKCIATA & SEKURITA DE xBORDERS MULTTAVOLA BLOKĈENA TEKNOLOGIO ∞ HTTPS://BLOCKCH-x.ORG ALIRO & AgorDO DE API-X & XBO EN REALTEMPA SINKRONIKO ĈE xBORDERS NUBA RETO ∞ HTTPS://CLOUD-x .APP KOMERCI, INVESTI AŬ VASIGI API-x EK-KOMERCAN PLATAFORMOJN, ALIGU AL LA KOMERCISTOJN GILD ∞ HTTPS://VOC-x.ORG NUBO-X BLOKĈENO-X INTELIGENTA API-X RETKOMERCO BLOK-ĈENA RETA VIDEO CENTRA DECENTRALIZITA FORUMO - KOMENCU KUNE! ! ​ KIX.ONE BLANKPAPERO 2021 ​ Ĉapitroj ​ La Historio xBORDER Kiel Ŝtata Transira Sistemo Minado en Generic Merkle Arboj Alternativaj Blokĉenaj Aplikoj Skribado xBORDER BLOCKCNX Filozofio xBORDER Kontoj Mesaĝoj kaj Transakcioj Mesaĝoj xBORDER Ŝtata Transira Funkcio Kodo-Ekzekuto xBORDER kaj Minado Aplikoj Tokenaj Sistemoj Financaj derivaĵoj kaj Stabil-valoraj Moneroj Sistemoj de Identeco kaj Reputacio Malcentralizita Dosiera Stokado Malcentraj Aŭtonomaj Organizoj Pliaj Aplikoj Diversaĵoj Kaj Zorgoj Modifita GHOST-Efektivigo Kotizoj Komputado Kaj Turing-Pleteco Valuto Kaj Emisio Minindustria Centraligo Skalebleco Konkludo Notoj kaj Plia Legado Notoj Plia Legado Enkonduko al Bitcoin kaj Ekzistantaj Konceptoj La koncepto de malcentralizita cifereca valuto, same kiel alternativaj aplikoj kiel posedaĵregistroj, ekzistas de jardekoj. La anonimaj e-kontantaj protokoloj de la 1980-aj kaj la 1990-aj jaroj, plejparte dependaj de kripta primitivulo konata kiel Chaumian blinding, disponigis valuton kun alta grado da privateco, sed la protokoloj plejparte ne akiris tiradon pro sia dependeco de alcentrigita peranto. . En 1998, la b-mono de Wei Dai iĝis la unua propono enkonduki la ideon de kreado de mono tra solvado de komputilaj puzloj same kiel malcentralizita interkonsento, sed la propono estis malabunda en detaloj kiel al kiel malcentralizita interkonsento povus fakte esti efektivigita. En 2005, Hal Finney lanĉis koncepton de reuzeblaj pruvoj de laboro, sistemon kiu uzas ideojn de b-mono kune kun la komputile malfacilaj Hashcash-enigmoj de Adam Back por krei koncepton por kripta monero, sed denove mankis al la idealo fidante je fidinda komputado kiel backend. En 2009, malcentralizita valuto estis por la unua fojo efektivigita en praktiko fare de Satoshi Nakamoto, kombinante establitajn primitivulojn por administrado de proprieto tra publikŝlosila kriptografio kun interkonsentalgoritmo por konservi trakon de kiu posedas monerojn, konatajn kiel "pruvo de laboro". xBORDER-mekanismo malantaŭ pruvo de laboro estis sukceso en la spaco ĉar ĝi samtempe solvis du problemojn. Unue, ĝi disponigis simplan kaj modere efikan konsentan algoritmon, permesante al nodoj en la reto kolektive konsenti pri aro da kanonaj ĝisdatigoj al la stato de la Kripto-ĉeflibro. Due, ĝi disponigis mekanismon por permesi liberan eniron en la konsentprocezon, solvante la politikan problemon de decidi kiu ricevas influi la konsenton, dum samtempe malhelpante sibilajn atakojn. Ĝi faras tion anstataŭigante formalan barieron al partopreno, kiel ekzemple la postulo esti registrita kiel unika unuo en aparta listo, kun ekonomia baro - la pezo de ununura nodo en la konsenta balotprocezo estas rekte proporcia al la komputa potenco. ke la nodo alportas. Ekde tiam, alternativa aliro estis proponita nomita pruvo de intereso, kalkulante la pezon de nodo kiel estante proporcia al ĝiaj valutposedaĵoj kaj ne komputilaj resursoj; la diskuto pri la relativaj meritoj de la du aliroj estas preter la amplekso de ĉi tiu papero sed oni devas rimarki, ke ambaŭ aliroj povas esti uzataj por servi kiel la spino de kripta monero. ​ Peter Oldenburger, la fondinto de xBORDER skribis ĉi tiun Blogafiŝon: ​ ​ la Kripto Kiel Ŝtata Transira Sistemo La ĉeflibro de kripta monero kiel la Kripto povas esti opiniita kiel ŝtata transira sistemo, kie ekzistas "ŝtato" konsistanta el la posedstatuso de ĉiuj ekzistantaj Cryptos kaj "ŝtata transira funkcio" kiu prenas ŝtaton kaj transakcion. kaj eligas novan staton kiu estas la rezulto. En norma banka sistemo, ekzemple, la ŝtato estas bilanco, transakcio estas peto movi $X de A al B, kaj la ŝtata transira funkcio reduktas la valoron en la konto de A je $X kaj pliigas la valoron en B. konton de $X. Se la konto de A havas unue malpli ol $X, la ŝtattransira funkcio liveras eraron. Tial, oni povas formale difini: APLITU(S,TX) -> S' aŭ ERARO APLITU ({ Alico: $50, Bob: $50 },"sendu $20 de Alico al Bob") = { Alice: $30, Bob: $70 } APLITU({ Alice: $50, Bob: $50 },"sendu $70 de Alico al Bob") = ERARO La "ŝtato" en la Kripto estas la kolekto de ĉiuj moneroj (teknike, "neeluzitaj transakcioproduktaĵoj" aŭ UTXO) kiuj estis elminitaj kaj ankoraŭ ne elspezitaj, kun ĉiu UTXO havanta nominalan valoron kaj posedanton (difinite per 20-bajta adreso. kiu estas esence kriptografa publika ŝlosilofn. 1). Transakcio enhavas unu aŭ plurajn enigaĵojn, kie ĉiu enigaĵo enhavas referencon al ekzistanta UTXO kaj ĉifrika subskribo produktita per la privata ŝlosilo asociita kun la adreso de la posedanto, kaj unu aŭ pluraj eliroj, kie ĉiu eligo enhavas novan UTXO por esti aldonita al. la ŝtato. La ŝtattransira funkcio APPLY(S,TX) -> S' povas esti difinita proksimume jene: Por ĉiu enigo en TX: Se la referencita UTXO ne estas en S, redonu eraron. Se la provizita subskribo ne kongruas kun la posedanto de la UTXO, resendu eraron. Se la sumo de la nominalaj valoroj de ĉiuj eniga UTXO estas malpli ol la sumo de la nominalaj valoroj de ĉiuj eligo UTXO, redonu eraron. Revenu S' kun ĉiuj enigo UTXO forigita kaj ĉio eligo UTXO aldonita. La unua duono de la unua paŝo malhelpas transakciajn sendintojn elspezi monerojn kiuj ne ekzistas, la dua duono de la unua paŝo malhelpas transakciajn sendintojn elspezi aliulajn monerojn, kaj la dua paŝo devigas konservadon de valoro. Por uzi ĉi tion por pago, la protokolo estas jena. Supozu, ke Alice volas sendi 11,7 BTC al Bob. Unue, Alice serĉos aron de disponeblaj UTXO, kiujn ŝi posedas, kiu entute ĝis almenaŭ 11.7 BTC. Realisme, Alice ne povos akiri ĝuste 11,7 BTC; diru, ke la plej malgranda, kiun ŝi povas akiri, estas 6+4+2=12. Ŝi tiam kreas transakcion kun tiuj tri enigaĵoj kaj du eliroj. La unua eligo estos 11.7 BTC kun la adreso de Bob kiel ĝia posedanto, kaj la dua eligo estos la restanta 0.3 BTC "ŝanĝo", kun la posedanto estas Alice mem. Minado bloko_bildo.jpg Se ni havus aliron al fidinda centralizita servo, ĉi tiu sistemo estus bagatela por efektivigi; ĝi povus simple esti kodita ekzakte kiel priskribite, uzante la durdiskon de centralizita servilo por konservi trakon de la ŝtato. Tamen, kun la Kripto ni provas konstrui malcentralizitan monsistemon, do ni devos kombini la ŝtatan transiran sistemon kun konsenta sistemo por certigi, ke ĉiuj konsentas pri la ordo de transakcioj. la malcentralizita konsenta procezo de la Crypto postulas nodojn en la reto senĉese provi produkti pakaĵojn de transakcioj nomataj "blokoj". La reto estas celita produkti proksimume unu blokon ĉiujn dek minutojn, kie ĉiu bloko enhavas tempomarkon, nonce, referencon al (t.e. hash de) la antaŭa bloko kaj liston de ĉiuj transakcioj kiuj okazis ekde la antaŭa. bloko. Kun la tempo, ĉi tio kreas konstantan, ĉiam kreskantan, "blokĉenon", kiu konstante ĝisdatigas por reprezenti la lastan staton de la Kripta ĉeflibro. La algoritmo por kontroli ĉu bloko estas valida, esprimita en tiu paradigmo, estas kiel sekvas: Kontrolu ĉu la antaŭa bloko referencita de la bloko ekzistas kaj validas. Kontrolu, ke la tempomarko de la bloko estas pli granda ol tiu de la antaŭa blockfn. 2 kaj malpli ol 2 horojn en la estonteco Kontrolu, ke la pruvo de laboro sur la bloko validas. Estu S[0] la stato ĉe la fino de la antaŭa bloko. Supozu TX estas la transakcia listo de la bloko kun n transakcioj. Por ĉiuj i en 0...n-1, agordu S[i+1] = APPLY(S[i],TX[i]) Se iu ajn aplikaĵo resendas eraron, eliru kaj redonu malvera. Revenu vera, kaj registri S[n] kiel la staton ĉe la fino de ĉi tiu bloko. Esence, ĉiu transakcio en la bloko devas disponigi validan ŝtattransiron de kio estis la kanonika ŝtato antaŭ ol la transakcio estis efektivigita al iu nova ŝtato. Notu, ke la stato neniel estas kodita en la bloko; ĝi estas sole abstraktaĵo memorenda de la validiga nodo kaj povas nur esti (sekure) komputita por iu bloko komencante de la genezstato kaj sinsekve aplikante ĉiun transakcion en ĉiu bloko. Aldone, notu, ke la ordo en kiu la ministo inkluzivas transakciojn en la blokon gravas; se ekzistas du transakcioj A kaj B en bloko tia ke B elspezas UTXO kreitan fare de A, tiam la bloko estos valida se A venas antaŭ B sed ne alie. La unu valideckondiĉo ĉeestanta en la supra listo, kiu ne troviĝas en aliaj sistemoj, estas la postulo por "pruvo de laboro". La preciza kondiĉo estas, ke la duobla-SHA256 hash de ĉiu bloko, traktita kiel 256-bita nombro, devas esti malpli ol dinamike ĝustigita celo, kiu en la momento de ĉi tiu skribo estas proksimume 2187. La celo de ĉi tio estas fari bloko kreado kompute "malmola", tiel malhelpante sybil atakantoj refari la tutan blokĉenon en ilia favoro. Ĉar SHA256 estas dizajnita por esti tute neantaŭvidebla pseŭdohazarda funkcio, la nura maniero krei validan blokon estas simple provo kaj eraro, plurfoje pliigante la nonce kaj vidante ĉu la nova hash kongruas. Ĉe la nuna celo de ~2187, la reto devas fari mezumon de ~269 provoj antaŭ ol valida bloko estas trovita; ĝenerale, la celo estas rekalibrata de la reto ĉiujn 2016-blokojn tiel ke averaĝe nova bloko estas produktita de iu nodo en la reto ĉiujn dek minutojn. Por kompensi ministojn por ĉi tiu komputila laboro, la ministo de ĉiu bloko rajtas inkluzivi transakcion donante al si 12.5 BTC el nenie. Aldone, se iu transakcio havas pli altan totalan nominalan valoron en siaj enigaĵoj ol en ĝiaj eliroj, la diferenco ankaŭ iras al la ministo kiel "transakcia kotizo". Cetere, ĉi tio ankaŭ estas la sola mekanismo per kiu BTC estas elsenditaj; la genezstato tute ne enhavis monerojn. Por pli bone kompreni la celon de minado, ni ekzamenu, kio okazas en la okazo de malica atakanto. Ĉar la subesta kriptografio de la Crypto estas konata kiel sekura, la atakanto celos la unu parton de la Bitcoin-sistemo, kiu ne estas protektita per ĉifrografio rekte: la ordo de transakcioj. La strategio de la atakanto estas simpla: Sendu 100 BTC al komercisto kontraŭ iu produkto (prefere rapid-livera cifereca varo) Atendu la liveron de la produkto Produktu alian transakcion sendante la saman 100 BTC al si mem Provu konvinki la reton, ke lia transakcio al si mem estis tiu, kiu venis unue. Post kiam paŝo (1) okazis, post kelkaj minutoj iu ministo inkludos la transakcion en bloko, diru bloko numero 270. Post ĉirkaŭ unu horo, kvin pliaj blokoj estos aldonitaj al la ĉeno post tiu bloko, kun ĉiu el tiuj blokoj nerekte montrantaj al la transakcio kaj tiel "konfirmante" ĝin. Je ĉi tiu punkto, la komercisto akceptos la pagon kiel finite kaj liveros la produkton; ĉar ni supozas, ke ĉi tio estas cifereca bono, livero estas tuja. Nun, la atakanto kreas alian transakcion sendante la 100 BTC al si. Se la atakanto simple liberigas ĝin en la sovaĝejon, la transakcio ne estos prilaborita; ministoj provos ruli APPLY(S,TX) kaj rimarkos, ke TX konsumas UTXO, kiu ne plu estas en la ŝtato. Do anstataŭe, la atakanto kreas "forkon" de la blokĉeno, komencante per minado de alia versio de bloko 270 montranta al la sama bloko 269 kiel gepatro sed kun la nova transakcio anstataŭ la malnova. Ĉar la blokaj datumoj estas malsamaj, ĉi tio postulas refari la pruvon de laboro. Krome, la nova versio de la atakanto de bloko 270 havas malsaman haŝiŝon, do la originaj blokoj 271 ĝis 275 ne "montras" al ĝi; tiel, la origina ĉeno kaj la nova ĉeno de la atakanto estas tute apartaj. La regulo estas, ke en forko la plej longa blokoĉeno estas konsiderata la vero, kaj do laŭleĝaj ministoj laboros sur la 275-ĉeno dum la atakanto sole laboras pri la 270-ĉeno. Por ke la atakanto faru sian blokĉenon la plej longa, li bezonus havi pli da komputa potenco ol la resto de la reto kombinita por atingi (do, "51% atako"). Merkle Arboj SPV en la Kripto Maldekstre: sufiĉas prezenti nur malgrandan nombron da nodoj en Merkle-arbo por doni pruvon pri la valideco de branĉo. Ĝuste: ĉiu provo ŝanĝi ajnan parton de la Merkle-arbo eventuale kondukos al malkongruo ie supre en la ĉeno. Grava skalebla trajto de la Kripto estas, ke la bloko estas stokita en plurnivela datumstrukturo. La "hash" de bloko estas fakte nur la hash de la blokkapo, proksimume 200-bajta datumo kiu enhavas la tempomarkon, nonce, antaŭan blokhash kaj la radikan hash de datumstrukturo nomita la Merkle-arbo stokanta ĉiujn transakciojn. en la bloko. Merkle-arbo estas speco de binara arbo, kunmetita de aro de nodoj kun granda nombro da folinodoj ĉe la fundo de la arbo enhavanta la subestajn datenojn, aron de mezaj nodoj kie ĉiu nodo estas la haŝo de siaj du infanoj, kaj finfine ununura radiknodo, ankaŭ formita de la haŝiŝo de ĝiaj du infanoj, reprezentante la "pinton" de la arbo. La celo de la Merkle-arbo estas permesi la datumojn en bloko esti liveritaj popoce: nodo povas elŝuti nur la kaplinion de bloko de unu fonto, la malgrandan parton de la arbo signifa al ili de alia fonto, kaj ankoraŭ esti certa. ke ĉiuj datumoj estas ĝustaj. La kialo kial tio funkcias estas ke haŝiŝoj disvastiĝas supren: se malica uzanto provas interŝanĝi en falsa transakcio en la fundon de Merkle-arbo, tiu ŝanĝo kaŭzos ŝanĝon en la nodo supre, kaj tiam ŝanĝon en la nodo super tiu. , finfine ŝanĝante la radikon de la arbo kaj tial la haŝon de la bloko, igante la protokolon registri ĝin kiel tute malsaman blokon (preskaŭ certe kun nevalida pruvo de laboro). La Merkle-arba protokolo estas verŝajne esenca por longdaŭra daŭripovo. "Plena nodo" en la Kripta reto, kiu stokas kaj prilaboras la tuton de ĉiu bloko, okupas ĉirkaŭ 15 GB da diskospaco en la Bitcoin-reto ekde aprilo 2014, kaj kreskas je pli ol gigabajto monate. Nuntempe tio estas realigebla por iuj labortablaj komputiloj kaj ne por telefonoj, kaj poste estonte nur entreprenoj kaj hobiistoj povos partopreni. Protokolo konata kiel "simpligita pagkontrolo" (SPV) permesas ke alia klaso de nodoj ekzistu, nomitaj "malpezaj nodoj", kiuj elŝutas la blokkapojn, kontrolas la pruvon de laboro sur la blokkapoj, kaj tiam elŝutas nur la "branĉojn". " asociita kun transakcioj kiuj rilatas al ili. Ĉi tio permesas al malpezaj nodoj determini kun forta garantio de sekureco, kia estas la statuso de iu ajn Bitcoin-transakcio, kaj ilia nuna bilanco, dum elŝuto de nur tre malgranda parto de la tuta blokĉeno. Alternativaj Blokĉenaj Aplikoj La ideo preni la suban blokĉenan ideon kaj apliki ĝin al aliaj konceptoj ankaŭ havas longan historion. En 1998, Nick Szabo eliris kun la koncepto de sekuraj posedaĵtitoloj kun posedanto-aŭtoritato, dokumento priskribanta kiel "novaj progresoj en reproduktita datumbaza teknologio" permesos blokĉen-bazitan sistemon por stoki registron de kiu posedas kian teron, kreante teron. ellaborita kadro inkluzive de konceptoj kiel ekzemple hejmloko, malfavora posedo kaj kartvela terimposto. Tamen, ekzistis bedaŭrinde neniu efika reproduktita datumbazsistemo havebla tiutempe, kaj tiel la protokolo neniam estis efektivigita en praktiko. Post 2009, tamen, post kiam la malcentralizita konsento de Bitcoin estis evoluigita kelkaj alternativaj aplikoj rapide komencis aperi. Namecoin - kreita en 2010, Namecoin estas plej bone priskribita kiel malcentralizita nomregistrada datumbazo. En malcentralizitaj protokoloj kiel Tor, Bitcoin kaj BitMessage, devas esti iu maniero identigi kontojn por ke aliaj homoj povu interagi kun ili, sed en ĉiuj ekzistantaj solvoj la nura speco de identigilo disponebla estas pseŭdohazarda hash kiel 1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy. Ideale, oni ŝatus povi havi konton kun nomo kiel "georgo". Tamen, la problemo estas, ke se unu persono povas krei konton nomitan "georgo" tiam iu alia povas uzi la saman procezon por registri "georgon" ankaŭ por si kaj personigi ilin. La sola solvo estas unua-al-dosiera paradigmo, kie la unua registrilo sukcesas kaj la dua malsukcesas - problemo perfekte taŭga por la Bitcoin-konsenta protokolo. Namecoin estas la plej malnova, kaj plej sukcesa, efektivigo de nomregistra sistemo uzante tian ideon. Koloraj moneroj - la celo de koloraj moneroj estas servi kiel protokolo por permesi homojn krei siajn proprajn ciferecajn valutojn - aŭ, en la grava bagatela kazo de valuto kun unu unuo, ciferecaj ĵetonoj, sur la Bitcoin-blokĉeno. En la protokolo pri koloraj moneroj, oni "eldonas" novan valuton publike asignante koloron al specifa Bitcoin UTXO, kaj la protokolo rekursie difinas la koloron de alia UTXO por esti la sama kiel la koloro de la enigaĵoj kiujn la transakcio kreanta ilin elspezis. (kelkaj specialaj reguloj validas en la kazo de mikskoloraj enigaĵoj). Ĉi tio permesas al uzantoj konservi monujojn enhavantajn nur UTXO de specifa koloro kaj sendi ilin tre kiel regulaj bitcoins, retroirante tra la blokĉeno por determini la koloron de iu ajn UTXO kiun ili ricevas. Metacoins - la ideo malantaŭ metacoin estas havi protokolon kiu vivas sur la supro de Bitcoin, uzante Bitcoin-transakciojn por stoki metacoin-transakciojn sed havante malsaman ŝtatan transiran funkcion, APPLY'. Ĉar la metakoina protokolo ne povas malhelpi nevalidajn metakoinajn transakciojn aperi en la Bitcoin-blokĉeno, regulo estas aldonita, ke se APPLY'(S,TX) resendas eraron, la protokolo defaŭlte al APPLY'(S,TX) = S. Ĉi tio provizas facila mekanismo por krei arbitran kriptan protokolon, eble kun altnivelaj funkcioj, kiuj ne povas esti efektivigitaj ene de Bitcoin mem, sed kun tre malalta disvolva kosto ĉar la kompleksecoj de minado kaj retoj estas jam pritraktitaj de la Bitcoin-protokolo. Metacoins estis uzataj por efektivigi iujn klasojn de financaj kontraktoj, nomregistrado kaj malcentralizita interŝanĝo. Tiel, ĝenerale, estas du aliroj al konstruado de konsenta protokolo: konstrui sendependan reton kaj konstrui protokolon sur Bitcoin. La antaŭa aliro, kvankam racie sukcesa en la kazo de aplikoj kiel Namecoin, estas malfacile efektivigi; ĉiu individua efektivigo bezonas startigi sendependan blokĉenon, kaj ankaŭ konstrui kaj testi ĉiujn necesajn ŝtattransirojn kaj interkonektajn kodojn. Aldone, ni antaŭdiras, ke la aro de aplikoj por malcentralizita konsenta teknologio sekvos potencoleĝan distribuon kie la granda plimulto de aplikoj estus tro malgranda por garantii sian propran blokĉenon, kaj ni rimarkas, ke ekzistas grandaj klasoj de malcentralizitaj aplikoj, precipe malcentralizitaj aŭtonomaj. organizoj, kiuj bezonas interagi unu kun la alia. La Bitcoin-bazita aliro, aliflanke, havas la difekton, ke ĝi ne heredas la simpligitajn pagajn kontrolajn funkciojn de Bitcoin. SPV funkcias por Bitcoin ĉar ĝi povas uzi blokĉenan profundon kiel prokurilon por valideco; iam, post kiam la prapatroj de transakcio iras sufiĉe malproksimen reen, estas sekure diri ke ili estis laŭleĝe parto de la ŝtato. Blockchain-bazitaj meta-protokoloj, aliflanke, ne povas devigi la blokĉenon ne inkluzivi transakciojn kiuj ne validas ene de la kunteksto de siaj propraj protokoloj. Tial, plene sekura SPV-meta-protokolo efektivigo bezonus malantaŭen skani ĝis la komenco de la Bitcoin-blokĉeno por determini ĉu aŭ ne certaj transakcioj validas. Nuntempe, ĉiuj "malpezaj" efektivigoj de Bitcoin-bazitaj meta-protokoloj dependas de fidinda servilo por provizi la datumojn, verŝajne tre suboptimuma rezulto precipe kiam unu el la ĉefaj celoj de kripta monero estas forigi la bezonon de fido. Play Video Facebook Twitter Pinterest Tumblr Copy Link Embed Video Link Copied Play Video Facebook Twitter Pinterest Tumblr Copy Link Link Copied 00:00 / 01:04 NOMO: XBO-GOBA1 P. Oldenburger Amsterdamo Nederlando. ​ API-OATH HACK, NUL TAGO VULNERABILECO TROVITA EN GOOGLE ! CIMO TROVITA EN en GOOGLE OATH API la 4-an de aprilo 2020, Amsterdamo Nederlando, ​ ** ĈI ĈI ESTAS GRANDA ERAO KU GRANDA EFIKO ** ​ ​ NOMO DE CROMO= XBO-GOBA1 - Google API OATH Rajtigo-Insekto, trovita la 4an de aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. xBORDER NERD BO-X.iO BUG Analizistoj, # xBORDER Esplora teamo trovis urbestran rajtigon Cimon en la Google Admin Application Softwaremrun sur 13.4 OSX, Restarigi Pasvorton Malŝaltita Plena Administra Aliro al ĉiuj subaj Nodoj, Domajnoj kaj Administrantoj. Ĉi tiu Cimo povas havi gravan efikon -- ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Administrantoj estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko. Vidu bildojn por detaloj. ​ Ĉi tio estas agorda Eraro, kiu povas esti uzata kiel pordego al plena aliro de ĈIUJ guglaj aplikoj. ​ Restarigo de Originalaj Valoroj estas praktike neebla pro WHOIS-limigoj en google.domains, CNAME-ĝisdatigoj estas preskaŭ neeblaj pro ne-aliro. ĉi tio estas RE-LOOP Bu kaj povus havi gravan efikon. ​ Peter Oldenburger & Amikoj. # NERD BO-X.iO @ xBORDER ​ ! ANODO { xLIMO } - VOC-X "VALORO: +10 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-insekto povas eligi amasajn kvantojn da uzantdatenoj, firmaaj datumoj. Google Cases ref: 2-6991000030256 Altranga Guglo Specialistoj. ERARO II: Google API OATH Rajtigo PARTO II, GOOGLE DOMENAJ BUG. Urbestro Bug trovita la 4an de aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. Nia Esplora teamo trovis urbestron pri Aliro kaj Rajtigo en Guglo, Gmail kaj Domain.google syn estas nekongruaj. G-poŝto, Gsuit-realiro bezonas CNAME-ilojn, tamen Google.Domains ne estas akorda. per ensaluto, Ĉi tio havas urbestran efikon al Guglilistoj, kiuj uzas la domajnan servon Gsuit & Google. Aliro estas neebla reakiri. Ĉi tiu Cimo povas havi gravan efikon ĉar ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Administrantoj estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko aŭ Separanta alirkontrolo en Gsuite/Gmail kaj Domajnoj. Vidu bildojn por detaloj. P.Oldenburger 2020 Amsterdamo Nederlando. ! ANODO { xLIMO } - VOC-X "VALORO: +7 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-cimo povas Malfermi Malantaŭan Pordon en Domajnan aliron. GOOGLE AUTORIZATION 2 GRANDA FAIL ERAO TROVITA EN GOOGLE OATH AUTORIZATION API 2 CIMOJ TROVITAJ KUN GRANDA EFIKO, TUTA ALIRO ESTAS MALPITA. ĈI ESTUS KATASTROVA POR HOSPITALOJ, DOKTOROJ K.P.!

X LIMO ™ xLIMO ULTRA RAPIDA TRE SEKURITA NEVULNERABLE AL FRAUDO AN Aŭtonoma, DECENTRALIZITA, HIBRIDA X-11 VOĈOPLATFORMO KE POVAS ESTI REGOLA SED NE MANIPULITA DE INDIVIDUOJ AŬ GRUPOJ. ​ BONVENON AL LA ESTONTECO DE VOĈODONTO. ​ ​ ​ ​ ​ ​ ​ ​ ĈI PLATFORMO ESTAS EN KONSTRUO Industrio 01 Financaj Servoj Industrio 02 Amaskomunikilaro & Teknologio Industrio 03 Sanzorgo Industrio 06 Nemoveblaĵoj Industrio 05 Industriaj kaj Komercaj Servoj Industrio 04 Renovigebla Energio 02 Partneroj 06 Dungitoj 33 Investoj 100% Sukceso Lastatempaj Novaĵoj

xBORDER ∞ API E-Komerca Bloko-Ĉeno Google Bug / Hack Detected Found, OAUTH Autorization Failure API NOMO: XBO-GOBA1 P. Oldenburger @ xBORDER ​ API-OATH HACK, NULA TAGO VULNERABILECO TROVITA EN GOOGLE ​ 4-a de aprilo 2020, Amsterdamo Nederlando ​ ​ ​ ​ INSEKTO NOMO= XBO-GOBA1 - Google API OATH Rajtigo Cimo, trovita sur 4 Aprilo 2020. ​ 6 aprilo 2020, Amsterdamo Nederlando. ​ xBORDER NERD BO-X.iO BUG Analizistoj, # xBORDER Esplorteamo trovis urbestran rajtigon Cimon en la Google Admin Application Softwaremrun sur 13.4 OSX, Restarigi Pasvorton Maleblis Plena Administra Aliro al ĉiuj subestaj Nodoj, Domajnoj, kaj Administrantoj. Ĉi tio Cimo povas havi seriozan efiko -- ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Administrantoj estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko. Vidu bildojn por detaloj. ​ ​ Ĉi tio estas a config Eraro, kiu povas esti uzata kiel pordego al plena aliro de ĈIUJ guglaj aplikoj. ​ Restarigo de Originalaj Valoroj estas praktike neebla pro WHOIS-limigoj sur google.domains, CNAME-ĝisdatigoj estas preskaŭ neeblaj pro ne-aliro. ĉi tio estas RE-LOOP Bu kaj povus havi gravan efikon. ​ ​ P.Oldenburger # NERD BO-X.iO @ xBORDER ! N ODO { xLIMO } - VOC-X "VALORO: +10 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-insekto povas eligi amasajn kvantojn da uzantdatenoj, firmaaj datumoj. UNUA RAPORTO 2 GOOGLE @4ARIL2020Google Kazoj ref: 2-6991000030256 Altranga Google Specialists. LA UNIQUA FEDERACIO DE NERDOJ BO-X.iO - xBORDERS BUG ĈASADOJ ​ ERAO:XBO-GDB2 ​ GOOGLE.DOMENAJ ENSALUTO ELĈIRITA Cimo trovita sur 4 Aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. ​ Nia Esplora teamo trovis urbestron Aliro kaj Rajtigo-Cimo @ Guglo, Gmail kaj Domain.google syn estas nekongruaj. G-poŝto, Gsuit-realiro bezonas CNAME-ilojn, tamen Google.Domains ne estas akorda. per ensaluto, Ĉi tio havas urbestran efikon al Guglilistoj, kiuj uzas la domajnan servon Gsuit & Google. Aliro estas neebla reakiri. ​ Ĉi tio Cimo povas havi gravan efikon ĉar ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Admins estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko oorn Apartiga alirkontrolo en Gsuite/Gmail kaj Domajnoj. ​ P.Oldenburger 2020 Amsterdamo Nederlando. ​ ​ ! A NODO { xLIMO } - VOC-X "VALORO: +7 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-cimo povas Malfermi Malantaŭpordon en Domajnan aliron. ​ ​ ​ MICROSOFT WINDOWS REGISTROKORUPAJ ​ UNIQUA FEDERACIO DE NERDOJ UNIQUA FEDERACIO DE NERDOJ

Mi estas alineo. Klaku ĉi tie por aldoni vian propran tekston kaj redakti min. Ĝi estas facila. CrowdFunding xBORDER, x-Limo Block-Chain API Intelligent E-Commerce Technology Development, xBORDER, la oficiala Instituto. xBORDER US HQ, 171 S Whisman Rd, Mountain View, CA 94041, Usono. xBORDER EU HQ, Sint Olofssteeg 4, 1012AK, Amsterdamo, Nederlando. xBORDER CrowdFunding - Block-Chain API Intelligent E-Commerce Technology Development x BORDER, la oficiala Instituto, Cloud -X, Crypto Encrypted Voting. x-BORDER Crowd-Fund the Blockchain. Instituto de Kodigo, JSON, JAVA, PHYTON, Programado ĉe xLIMO. Nun la x-BORDER CrowdFund - Implementing Block-Chain API Intelligent E-Commerce Technology. Evoluo de la xBORDER Reta Platformo, oficiala Instituto Nubo -X, Crypto kaj Ĉifritaj Voĉdonadoj. x-BORDER Crowd-Fund the Blockchain, Ĉefsidejo. KIX NUBO -X BLOKO -X API-X More BUGCRAWLER #= xBORDER NODO { RAPORTMINORITATO } - UNIGITA NEDERLANDA VOC-X VOC-X = NODO { VOC } - "VALORO: REGILILO | { KONEKTAS API-NODOJN AL SIAJ MAJSTRAJ } BLOCKCHX NODO { CHX } - "XVALO: KOMERCISTO { XBO } - { VOC } - { API } LIMO LIMO LIMO NERDZERO API-X1: ​ BACKPASS GOOGLE.DOMENOJ ​ ​ News and updates from the Project Zero team at Google Thursday, April 2, 2020 ​ Posted by Maddie Stone, Project Zero INTRODUCTION I’m really interested in 0-days exploited in the wild and what we, the security community, can learn about them to make 0-day hard. I explained some of Project Zero’s ideas and goals around in-the-wild 0-days in a November blog post . 019-1458, a Win32k Escalation of Privilege (EoP), said to be exploited in the wild and discovered by Anton Ivanov and Alexey Kulaev of Kaspersky Lab. Later that day, Kaspersky published a blog post on the exploit. The blog post included details about the exploit, but only included partial details on the vulnerability. My end goal was to do variant analysis on the vulnerability, but without full and accurate details about the vulnerability, I needed to do a root cause analysis first. I tried to get my hands on the exploit sample, but I wasn't able to source a copy. Without the exploit, I had to use binary patch diffing in order to complete root cause analysis. Patch diffing is an often overlooked part of the perpetual vulnerability disclosure debate, as vulnerabilities become public knowledge as soon as a software update is released, not when they are announced in release notes. Skilled researchers can quickly determine the vulnerability that was fixed by comparing changes in the codebase between old and new versions. If the vulnerability is not publicly disclosed before or at the same time that the patch is released, then this could mean that the researchers who undertake the patch diffing effort could have more information than the defenders deploying the patches. While my patch diffing adventure did not turn out with me analyzing the bug I intended (more on that to come!), I do think my experience can provide us in the community with a data point. It’s rarely possible to reference hard timelines for how quickly sophisticated individuals can do this type of patch-diffing work, so we can use this as a test. I acknowledge that I have significant experience in reverse engineering, however I had no previous experience at all doing research on a Windows platform, and no knowledge of how the operating system worked. It took me three work weeks from setting up my first VM to having a working crash proof-of-concept for a vulnerability. This can be used as a data point (likely a high upper bound) for the amount of time it takes for individuals to understand a vulnerability via patch diffing and to create a working proof-of-concept crasher, since most individuals will have prior experience with Windows. But as I alluded to above, it turns out I analyzed and wrote a crash POC for not CVE-2019-1458, but actually CVE-2019-1433 . I wrote this whole blog post back in January, went through internal reviews, then sent the blog post to Microsoft to preview (we provide vendors with 24 hour previews of blog posts). That’s when I learned I’d analyzed CVE-2019-1433, not CVE-2019-1458. At the beginning of March, Piotr Florczyk published a detailed root cause analysis and POC for the “real” CVE-2019-1458 bug . With the “real” root cause analysis for CVE-2019-1458 now available, I decided that maybe this blog post could still be helpful to share what my process was to analyze Windows for the first time and where I went wrong. This blog post will share my attempt to complete a root cause analysis of CVE-2019-1458 through binary patch diffing, from the perspective of someone doing research on Windows for the first time. This includes the process I used, a technical description of the “wrong”, but still quite interesting bug I analyzed, and some thoughts on what I learned through this work, such as where I went wrong. This includes the root cause analysis for CVE-2019-1433, that I originally thought was the vulnerability for the in the wild exploit. As far as I know, the vulnerability detailed in this blog post was not exploited in the wild. MY PROCESS When the vulnerability was disclosed on December’s Patch Tuesday, I was immediately interested in the vulnerability. As a part of my new role on Project Zero where I’m leading efforts to study 0-days used in the wild, I was really interested in learning Windows. I had never done research on a Windows platform and didn’t know anything about Windows programming or the kernel. This vulnerability seemed like a great opportunity to start since: Complete details about the specific vulnerability weren't available, It affected both Windows 7 and Windows 10, and The vulnerability is in win32k which is a core component of the Windows kernel. I spent a few days trying to get a copy of the exploit, but wasn’t able to. Therefore I decided that binary patch-diffing would be my best option for figuring out the vulnerability. I was very intrigued by this vulnerability because it affected Windows 10 in addition to Windows 7. However, James Forshaw advised me to patch diff the Windows 7 win32k.sys files rather than the Windows 10 versions. He suggested this for a few reasons: The signal to noise ratio is going to be much higher for Windows 7 rather than Windows 10. This “noise” includes things like Control Flow Guard , more inline instrumentation calls, and “weirder” compiler settings. On Windows 10, win32k is broken up into a few different files: win32k.sys, win32kfull.sys, win32kbase.sys, rather than a single monolithic file. Kaspersky’s blog post stated that not all Windows 10 builds were affected. I got to work creating a Windows 7 testing environment. I created a Windows 7 SP1 x64 VM and then started the long process of patching it up until September 2019 (the last available update prior to the December 2019 update where the vulnerability was supposedly fixed). This took about a day and a half as I worked to find the right order to apply the different updates. Turns out that me thinking that September 2019 was the last available update prior to December 2019 would be one of the biggest reasons that I patch-diffed the wrong bug. I thought that September 2019 was the latest because it was the only update shown to me, besides December 2019, when I clicked “Check for Updates” within the VM. Because I was new to Windows, I didn’t realize that not all updates may be listed in the Windows Update window or that updates could also be downloaded from the Microsoft Update Catalog . When Microsoft told me that I had analyzed the wrong vulnerability, that’s when I realized my mistake. CVE-2019-1433, the vulnerability I analyzed, was patched in November 2019, not December 2019. If I had patch-diffed November to December, rather than September to December, I wouldn’t have gotten mixed up. Once the Windows 7 VM had been updated to Sept 2019, I made a copy of its C:\Windows\System32\win32k.sys file and snapshotted the VM. I then updated it to the most recent patch, December 2019, where the vulnerability in question was fixed. I then snapshotted the VM again and saved off the copy of win32k.sys. These two copies of win32k.sys are the two files I diffed in my patch diffing analysis. Win32k is a core kernel driver that is responsible for the windows that are shown as a part of the GUI. In later versions of Windows, it’s broken up into multiple files rather than the single file that it is on Windows 7. Having only previously worked on the Linux/Android and RTOS kernels, the GUI aspects took a little bit of time to wrap my head around. On James Foreshaw’s recommendation, I cloned my VM so that one VM would run WinDbg and debug the other VM. This allows for kernel debugging. Now that I had a copy of the supposed patched and supposed vulnerable versions of win32k.sys, it’s time to start patch diffing. PATCH DIFFING WINDOWS 7 WIN32K.SYS I decided to use BinDiff to patch diff the two versions of win32k. In October 2019, I did a comparison on the different binary diffing tools available [video , slides ], and for me, BinDiff worked best “out of the box” so I decided to at least start with that again. I loaded both files into IDA and then ran BinDiff between the two versions of win32k. To my pleasant surprise, there were only 23 functions total in the whole file/driver that had changed from one version to another. In addition, there were only two new functions added in the December 2019 file that didn’t exist in September. This felt like a good sign: 23 functions seemed like even in the worst case, I could look at all of them to try and find the patched vulnerability. (Between the November and December 2019 updates only 5 functions had changed, which suggests the diffing process could have been even faster.) Original BinDiff Matched Functions of win32k.sys without Symbols When I started the diff, I didn’t realize that the Microsoft Symbol Server was a thing that existed. I learned about the Symbol Server and was told that I could easily get the symbols for a file by running the following command in WinDbg: x win32k!*. I still hadn’t realized that IDA Pro had the capability to automatically get the symbols for you from a PDB file, even if you aren’t running IDA on a Windows computer. So after running the WinDBG command, I copied all of the output to a file, rebased my IDA Pro databases to the same base address and then would manually rename functions as I was reversing based on the symbols and addresses in the text file. About a week into this escapade, I learned how to modify the IDA configuration file to have my IDA Pro instance, running on Linux, connect to my Windows VM to get the symbols. BinDiff Matched Function of win32k.sys with Symbols What stood out at first when I looked at BinDiff was that none of the functions called out in Kaspersky’s blog post had been changed: not DrawSwitchWndHilite, CreateBitmap, SetBitmapBits, nor NtUserMessageCall. Since I didn’t have a strong indicator for a starting point, I instead tried to rule out functions that likely wouldn’t be the change that I was looking for. I first searched for function names to determine if they were a part of a different blog post or CVE. Then I looked through all of the CVEs claimed to affect Windows 7 that were fixed in the December Bulletin and matched them up. Through this I ruled out the following functions: CreateSurfacePal - CVE-2019-1362 RFONTOBJ::bInsterGlyphbitsLookaside, xInsertGlyphbitsRFONTOBJ - CVE-2019-1468 EXPLORING THE WRONG CHANGES At this point I started scanning through functions to try and understand their purpose and look at the changes that were made. GreGetStringBitmapW caught my eye because it had “bitmap” in the name and Kaspersky’s blog post talked about the use of bitmaps. The changes to GreGetStringBitmapW didn’t raise any flags: one of the changes had no functional impact and the other was sending arguments to another function, a function that was also listed as having changed in this update. This function had no public symbols available and is labeled as vuln_sub_FFFFF9600028F200 in the Bindiff image above. In the Dec 2019 win32k.sys its offset from base address is 0x22F200. As shown by the BinDiff flow graph above, there is a new block of code added in the Dec 2019 version of win32k.sys. The Dec 2019 added argument checking before using that argument when calculating where to write to a buffer. This made me think that this was a vulnerability in contention: it’s called from a function with bitmap in the name and appears that there would be a way to overrun a buffer. I decided to keep reversing and spent a few days on this change. I was getting deep down in the rabbit hole though and had to remember that the only tie I had between this function and the details known about the in-the-wild exploit was that “bitmap” was in the name. I needed to determine if this function was even called during the calls mentioned in the Kaspersky blog post. I followed cross-references to determine how this function could be called. The Nt prefix on function names means that the function is a syscall. The Gdi in NtGdiGetStringBitmapW means that the user-mode call is in gdi32.dll. Mateusz Jurczyk provides a table of Windows syscalls here . Therefore, the only way to trigger this function is through a syscall to NtGdiGetStringBitmapW. In gdi32.dll, the only call to NtGdiGetStringBitmapW is GetStringBitmapA, which is exported. Tracing this call path and realizing that none of the functions mentioned in the Kaspersky blog post called this function made me realize that it was pretty unlikely that this was the vulnerability. However, I decided to dynamically double check that this function wouldn’t be called when calling the functions listed in the blog post or trigger the task switch window. I downloaded Visual Studio into my Windows 7 VM and wrote my first Windows Desktop app, following this guide . Once I had a working “Hello, World”, I began to add calls to the functions that are mentioned in the Kaspersky blog post: Creating the “Switch” window, CreateBitmap, SetBitmapBits, NtUserMessageCall, and half-manually/half-programmatically trigger the task-switch window, etc. I set a kernel breakpoint in Windbg on the function of interest and then ran all of these. The function was never triggered, confirming that it was very unlikely this was the vulnerability of interest. I then moved on to GreAnimatePalette. When you trigger the task switch window, it draws a new window onto the screen and moves the “highlight” to the different windows each time you press tab. I thought that, “Sure, that could involve animating a palette”, but I learned from last time and started with trying to trigger the call in WinDbg instead. I found that it was never called in the methods that I was looking at so I didn’t spend too long and moved on. NARROWING IT DOWN TO xxxNextWindow and xxxKeyEvent After these couple of false starts, I decided to change my process. Instead of starting with the functions in the diff, I decided to start at the function named in Kaspersky’s blog: DrawSwitchWndHilite. I searched the cross-references graph to DrawSwitchWndHilite for any functions listed in the diff as having been changed. As shown in the call graph above, xxxNextWindow is two calls above DrawSwitchWndHilite. When I looked at xxxNextWindow, I then saw that xxxNextWindow is only called by xxxKeyEvent and all of the changes in xxxKeyEvent surrounded the call to xxxNextWindow. These appeared to be the only functions in the diff that lead to a call to DrawSwitchWndHilite so I started reversing to understand the changes. REVERSING THE VULNERABILITY I had gotten symbols for the function names in my IDA databases, but for the vast majority of functions, this didn’t include type information. To begin finding type information, I started googling for different function names or variable names. While it didn’t have everything, ReactOS was one of the best resources for finding type information, and most of the structures were already in IDA. For example, when looking at xxxKeyEvent, I saw that in one case, the first argument to xxxNextWindow is gpqForeground. When I googled for gpqForeground, ReactOS showed me that this variable has type tagQ *. Through this, I also realized that Windows uses a convention for naming variables where the type is abbreviated at the beginning of the name. For example: gpqForeground → global, pointer to queue (tagQ *), gptiCurrent → global, pointer to thread info (tagTHREADINFO *). This was important for the modification to xxxNextWindow. There was a single line change between September and December to xxxNextWindow. The change checked a single bit in the structure pointed to by arg1. If that bit is set, the function will exit in the December version. If it’s not set, then the function proceeds, using arg1. Once I knew that the type of the first argument was tagQ *, I used WinDbg and/or IDA to see its structure. The command in WinDbg is dt win32k!tagQ. At this point, I was pretty sure I had found the vulnerability (😉), but I needed to prove it. This involved about a week more of reversing, reading, debugging, wanting to throw my computer out the window, and getting intrigued by potential vulnerabilities that were not this vulnerability. As a side note, for the reversing, I found that the HexRays decompiler was great for general triage and understanding large blocks of code, but for the detailed understanding necessary (at least for me) for writing a proof-of-concept (POC), I mainly used the disassembly view. RESOURCES Here are some of the resources that were critical for me: “Kernel Attacks Through User- Mode Callbacks” Blackhat USA 2011 talk by Tarjei Mandt [slides , video ] I learned about thread locking, assignment locking, and user-mode callbacks. “One Bit To Rule A System: Analyzing CVE-2016-7255 Exploit In The Wild” by Jack Tang, Trend Micro Security Intelligence [blog ] This was an analysis of a vulnerability also related to xxxNextWindow. This blog helped me ultimately figure out how to trigger xxxNextWindow and some argument types of other functions. “Kernel exploitation – r0 to r3 transitions via KeUserModeCallback” by Mateusz Jurczyk [blog ] This blog helped me figure out how to modify the dispatch table pointer with my own function so that I could execute during the user-mode callback. “Windows Kernel Reference Count Vulnerabilities - Case Study” by Mateusz Jurczyk, Zero Nights 2012 [slides ] “Analyzing local privilege escalations in win32k” by mxatone, Uninformed v10 (10/2008) [article ] P0 Team Members: James Forshaw, Tavis Ormandy, Mateusz Jurczyk, and Ben Hawkes TIMELINE Oct 31 2019: Chrome releases fix for CVE-2019-13720 Dec 10 2019: Microsoft Security Bulletin lists CVE-2019-1458 as exploited in the wild and fixed in the December updates. Dec 10-16 2019: I ask around for a copy of the exploit. No luck! Dec 16 2019: I begin setting up a Windows 7 kernel debugging environment. (And 2 days work on a different project.) Dec 23 2019: VM is set-up. Start patch diffing Dec 24-Jan 2: Holiday Jan 2 - Jan 3: Look at other diffs that weren’t the vulnerability. Try to trigger DrawSwitchWndHilite Jan 6: Realize changes to xxxKeyEvent and xxxNextWindow is the correct change. (Note dear reader, this is not in fact the “correct change”.) Jan 6-Jan16: Figure out how the vulnerability works, go down random rabbit holes, work on POC. Jan 16: Crash POC crashes! Approximately 3 work weeks to set up a test environment, diff patches, and create crash POC. CVE-2019-1458 CVE-2019-1433 ROOT CAUSE ANALYSIS Bug class: use-after-free OVERVIEW The vulnerability is a use-after-free of a tagQ object in xxxNextWindow, freed during a user mode callback. (The xxx prefix on xxxNextWindow means that there is a callback to user-mode.) The function xxxKeyEvent is the only function that calls xxxNextWindow and it calls xxxNextWindow with a pointer to a tagQ object as the first argument. Neither xxxKeyEvent nor xxxNextWindow lock the object to prevent it from being freed during any of the user-mode callbacks in xxxNextWindow. After one of these user-mode callbacks (xxxMoveSwitchWndHilite), xxxNextWindow then uses the pointer to the tagQ object without any verification, causing a use-after free. DETAILED WALK THROUGH This section will walk through the vulnerability on Windows 7. I analyzed the Windows 7 patches instead of Windows 10 as explained above in the process section. The Windows 7 crash POC that I developed is available here . ANALYZED SAMPLES I did the diff and analysis between the September and December 2019 updates of win32k.sys as explained in the “My Process” section. Vulnerable win32k.sys (Sept 2019): 9dafa6efd8c2cfd09b22b5ba2f620fe87e491a698df51dbb18c1343eaac73bcf (SHA-256) Patched win32k.sys (December 2019): b22186945a89967b3c9f1000ac16a472a2f902b84154f4c5028a208c9ef6e102 (SHA-256) OVERVIEW This walk through is broken up into the following sections to describe the vulnerability: Triggering xxxNextWindow Freeing the tagQ (queue) structure User-mode callback xxxMoveSwitchWndHilite Using the freed queue TRIGGERING xxxNextWindow The code path is triggered by a special set of keyboard inputs to open a “Sticky Task Switcher” window. As a side note, I didn’t find a way to manually trigger the code path, only programmatically (not that an individual writing an EoP would need it to be triggered manually). To trigger xxxNextWindow, my proof-of-concept (POC) sends the following keystrokes using the SendInput API: + TAB + TAB release + ALT + CTRL + TAB + release all except ALT extended + TAB. (See triggerNextWindow function in POC). The “normal” way to trigger the task switch window is with ALT + TAB, or ALT+CTRL+TAB for “sticky”. However, this window won’t hit the vulnerable code path, xxxNextWindow. The “normal” task switching window, shown below, looks different from the task switching window displayed when the vulnerable code path is being executed. Shown below is the “normal” task switch window that is displayed when ALT+TAB [+CTRL] are pressed and xxxNextWindow is NOT triggered. The window that is shown when xxxNextWindow is triggered is shown below that. "Normal" task switch window Window that is displayed when xxxNextWindow is called If this is the first “tab press” then the task switch window needs to be drawn on the screen. This code path through xxxNextWindow is not the vulnerable one. The next time you hit TAB, after the window has already been drawn on the screen, when the rectangle should move to the next window, is when the vulnerable code in xxxNextWindow can be reached. FREEING THE QUEUE in xxxNextWindow xxxNextWindow takes a pointer to a queue (tagQ struct) as its first argument. This tagQ structure is the object that we will use after it is freed. We will free the queue in a user-mode callback from the function. At LABEL_106 below (xxxNextWindow+0x847), the queue is used without verifying whether or not it still exists. The only way to reach LABEL_106 in xxxNextWindow is from the branch at xxxNextWindow+0x842. This means that our only option for a user-callback mode is in the function xxxMoveSwitchWndHilite. xxxMoveSwitchWndHilite is responsible for moving the little box within the task switch window that highlights the next window. void __fastcall xxxNextWindow(tagQ *queue, int a2) { [...] V43 = 0; while ( 1 ) { if (gspwndAltTab->fnid & 0x3FFF == 0x2A0 && gspwndAltTab->cbwndExtra + 0x128 == gpsi->mpFnid_serverCBWndProc[6] && gspwndAltTab->bDestroyed == 0 ) v45 = *(switchWndStruct **)(gspwndAltTab + 0x128); else v45 = 0i64; if ( !v45 ) { ThreadUnlock1(); goto LABEL_106; } handleOfNextWindowToHilite = xxxMoveSwitchWndHilite(v8, v45, isShiftPressed2); ← USER MODE CALLBACK if ( v43 ) { if ( v43 == handleOfNextWindowToHilite ) { v48 = 0i64; LABEL_103: ThreadUnlock1(); HMAssignmentLock(&gspwndActivate, v48); if ( !*(_QWORD *)&gspwndActivate ) xxxCancelCoolSwitch(); return; } } else { v43 = handleOfNextWindowToHilite; } tagWndPtrOfNextWindow = HMValidateHandleNoSecure(handleOfNextWindowToHilite, TYPE_WINDOW); if ( tagWndPtrOfNextWindow ) goto LABEL_103; isShiftPressed2 = isShiftPressed; } [...] LABEL_106: v11 = queue->spwndActive; ← USE AFTER FREE if ( v11 || (v11 = queue->ptiKeyboard->rpdesk->pDeskInfo->spwnd->spwndChild) != 0i64 ) { [...] USER-MODE CALLBACK in xxxMoveSwitchWndHilite There are quite a few different user-mode callbacks within xxxMoveSwitchWndHilite. Many of these could work, but the difficulty is picking one that will reliably return to our POC code. I chose the call to xxxSendMessageTimeout in DrawSwitchWndHilite. This call is sending the message to the window that is being highlighted in the task switch window by xxxMoveSwitchWndHilite. Therefore, if we create windows in our POC, we can ensure that our POC will receive this callback. xxxMoveSwitchWndHilite sends message 0x8C which is WM_LPKDRAWSWITCHWND. This is an undocumented message and thus it’s not expected that user applications will respond to this message. Instead, there is a user-mode function that is automatically dispatched by ntdll!KiUserCallbackDispatcher. The user-mode callback for this message is user32!_fnINLPKDRAWSWITCHWND. In order to execute code during this callback, in the POC we hot-patch the PEB.KernelCallbackTable, using the methodology documented here . In the callback, we free the tagQ structure using AttachThreadInput . AttachThreadInput “attaches the input processing mechanism of one thread to that of another thread” and to do this, it destroys the queue of the thread that is being attached to another thread’s input. The two threads then share a single queue. In the callback, we also have to perform the following operations to force execution down the code path that will use the now freed queue: xxxMoveSwitchWndHilite returns the handle of the next window it should highlight. When this handle is passed to HMValidateHandleNoSecure, it needs to return 0. Therefore, in the callback we need to destroy the window that is going to be highlighted. When HMValidateHandleNoSecure returns 0, we’ll loop back to the top of the while loop. Once we’re back at the top of the while loop, in the following code block we need to set v45 to 0. There appear to be two options: fail the check such that you go in the else block or set the extra data in the tagWND struct to 0 using SetWindowLongPtr. The SetWindowLongPtr method doesn’t work because this window is a special system class (fnid == 0x2A0). Therefore, we must fail one of the checks and end up in the else block in order to be in the code path that will allow us to use the freed queue. if (gspwndAltTab->fnid & 0x3FFF == 0x2A0 && gspwndAltTab->cbwndExtra + 0x128 == gpsi->mpFnid_serverCBWndProc[6] && gspwndAltTab->bDestroyed == 0 ) v45 = *(switchWndStruct **)(gspwndAltTab + 0x128); else v45 = 0i64; USING THE FREED QUEUE Once v45 is set to 0, the thread is unlocked and execution proceeds to LABEL_106 (xxxNextWindow + 0x847) where mov r14, [rbp+50h] is executed. rbp is the tagQ pointer so we dereference it and move it into r14. Therefore we now have a use-after-free. WINDOWS 10 CVE-2019-1433 also affected Windows 10 builds. I did not analyze any Windows 10 builds besides 1903. Vulnerable (Oct 2019) win32kfull.sys: c2e7f733e69271019c9e6e02fdb2741c7be79636b92032cc452985cd369c5a2c (SHA-256) Patched (Nov 2019) win32kfull.sys: 15c64411d506707d749aa870a8b845d9f833c5331dfad304da8828a827152a92 (SHA-256) I confirmed that the vulnerability existed on Windows 10 1903 as of the Oct 2019 patch by triggering the use-after-free with Driver Verifier enabled on win32kfull.sys. Below are excerpts from the crash. ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* PAGE_FAULT_IN_NONPAGED_AREA (50) Invalid system memory was referenced. This cannot be protected by try-except. Typically the address is just plain bad or it is pointing at freed memory. FAULTING_IP: win32kfull!xxxNextWindow+743 ffff89ba`965f553b 4d8bbd80000000 mov r15,qword ptr [r13+80h] # Child-SP RetAddr Call Site 00 ffffa003`81fe5f28 fffff806`800aa422 nt!DbgBreakPointWithStatus 01 ffffa003`81fe5f30 fffff806`800a9b12 nt!KiBugCheckDebugBreak+0x12 02 ffffa003`81fe5f90 fffff806`7ffc2327 nt!KeBugCheck2+0x952 03 ffffa003`81fe6690 fffff806`7ffe4663 nt!KeBugCheckEx+0x107 04 ffffa003`81fe66d0 fffff806`7fe73edf nt!MiSystemFault+0x1d6933 05 ffffa003`81fe67d0 fffff806`7ffd0320 nt!MmAccessFault+0x34f 06 ffffa003`81fe6970 ffff89ba`965f553b nt!KiPageFault+0x360 07 ffffa003`81fe6b00 ffff89ba`965aeb35 win32kfull!xxxNextWindow+0x743 ← UAF 08 ffffa003`81fe6d30 ffff89ba`96b9939f win32kfull!EditionHandleAndPostKeyEvent+0xab005 09 ffffa003`81fe6e10 ffff89ba`96b98c35 win32kbase!ApiSetEditionHandleAndPostKeyEvent+0x15b 0a ffffa003`81fe6ec0 ffff89ba`96baada5 win32kbase!xxxUpdateGlobalsAndSendKeyEvent+0x2d5 0b ffffa003`81fe7000 ffff89ba`96baa7fb win32kbase!xxxKeyEventEx+0x3a5 0c ffffa003`81fe71d0 ffff89ba`964e3f44 win32kbase!xxxProcessKeyEvent+0x1ab 0d ffffa003`81fe7250 ffff89ba`964e339b win32kfull!xxxInternalKeyEventDirect+0x1e4 0e ffffa003`81fe7320 ffff89ba`964e2ccd win32kfull!xxxSendInput+0xc3 0f ffffa003`81fe7390 fffff806`7ffd3b15 win32kfull!NtUserSendInput+0x16d 10 ffffa003`81fe7440 00007ffb`7d0b2084 nt!KiSystemServiceCopyEnd+0x25 11 0000002b`2a5ffba8 00007ff6`a4da1335 win32u!NtUserSendInput+0x14 12 0000002b`2a5ffbb0 00007ffb`7f487bd4 WizardOpium+0x1335 <- My POC 13 0000002b2a5ffc10 00007ffb7f86ced1 KERNEL32!BaseThreadInitThunk+0x14 14 0000002b2a5ffc40 0000000000000000 ntdll!RtlUserThreadStart+0x21 BUILD_VERSION_STRING: 18362.1.amd64fre.19h1_release.190318-1202 To trigger the crash, I only had to change two things in the Windows 7 POC: The keystrokes are different to trigger the xxxNextWindow task switch window on Windows 10. I was able to trigger it by smashing CTRL+ALT+TAB while the POC was running (and triggering the normal task switch Window). It is possible to do this programmatically, I just didn’t take the time to code it up. Overwrite index 0x61 instead of 0x57 in the KernelCallbackTable. It took me about 3 hours to get the POC to trigger Driver Verifier on Windows 10 1903 regularly (about every 3rd time it's run). Disassembly at xxxNextWindow+737 in Oct 2019 Update Disassembly at xxxNextWindow+73F in Nov 2019 Update The fix in the November update for Windows 10 1903 is the same as the Windows 7 fix: Add the UnlockQueue function. Add locking around the call to xxxNextWindow. Check the “destroyed” bitflag in the tagQ struct before proceeding to use the queue. FIXING THE VULNERABILITY To patch the CVE-2019-1433 vulnerability, Microsoft changed four functions: xxxNextWindow xxxKeyEvent (Windows 7)/EditionHandleAndPostKeyEvent (Windows 10) zzzDestroyQueue UnlockQueue (new function) Overall, the changes are to prevent the queue structure from being freed and track if something attempted to destroy the queue. The addition of the new function, UnlockQueue, suggests that there were no previous locking mechanisms for queue objects. zzzDestroyQueue Patch The only change to the zzzDestroyQueue function in win32k is that if the refcount on the tagQ structure (tagQ.cLockCount) is greater than 0 (keeping the queue from being freed immediately), then the function now sets a bit in tagQ.QF_flags. zzzDestroyQueue Pre-Patch zzzDestroyQueue Post-Patch xxxNextWindow Patch There is a single change to the xxxNextWindow function as shown by the BinDiff graph below. When execution is about to use the queue again (at what was LABEL_106 in the vulnerable version), a check has been added to see if a bitflag in tagQ.QF_flags is set. The instructions added to xxxNextWindow+0x847 are as follows where rbp is the pointer to the tagQ structure. bt dword ptr [rbp+13Ch], 1Ah jb loc_FFFFF9600017A0C9 If the bit is set, the function exists. If the bit is not set, the function continues and will use the queue. The only place this bit is set is in zzzDestroyQueue. The bit is set when the queue was destroyed, but couldn't be freed immediately because its refcount (tagQ.cLockCount) is greater than 0. Setting the bit is a new change to the code base as described in the section above. xxxKeyEvent (Windows 7)/EditionHandleAndPostKeyEvent (Windows 10) Patch In this section I will simply refer to the function as xxxKeyEvent since Windows 7 was the main platform analyzed. However, the changes are also found in the EditionHandleAndPostKeyEvent function in Windows 10. The change to xxxKeyEvent is to thread lock the queue that is passed as the first argument to xxxNextWindow. Thread locking doesn’t appear to be publicly documented by Microsoft. My understanding comes from Tarjei Mandt’s 2011 Blackhat USA presentation, “Kernel Attacks through User-Mode Callbacks ”. Thread locking is where objects are added to a thread’s lock list, and their ref counter is increased in the process. This prevents them from being freed while they are still locked to the thread. The new function, UnlockQueue, is used to unlock the queue. if ( !queue ) queue = gptiRit->pq; xxxNextWindow(queue, vkey_cp); xxxKeyEvent+92E Pre-Patch if ( !queue ) queue = gptiRit->pq; ++queue->cLockCount; currWin32Thread = (tagTHREADINFO *)PsGetCurrentThreadWin32Thread(v62); threadLockW32 = currWin32Thread->ptlW32; currWin32Thread->ptlW32 = (_TL *)&threadLockW32; queueCp = queue; unlockQueueFnPtr = (void (__fastcall *)(tagQ *))UnlockQueue; xxxNextWindow(queue, vkey_cp); currWin32Thread2 = (tagTHREADINFO *)PsGetCurrentThreadWin32Thread(v64); currWin32Thread2->ptlW32 = threadLockW32; unlockQueueFnPtr(queueCp); xxxKeyEvent+94E Post-Patch CONCLUSION So...I got it wrong. Based on the details provided by Kaspersky in their blog post, I attempted to patch diff the vulnerability in order to do a root cause analysis. It was only based on the feedback from Microsoft (Thanks, Microsoft!) and their guidance to look at the InitFunctionTables method, that I realized I had analyzed a different bug. I analyzed CVE-2019-1433 rather than CVE-2019-1458, the vulnerability exploited in the wild. The real root cause analysis for CVE-2019-1458 was documented by @florek_pl here . If I had patch-diffed November 2019 to December 2019 rather than September to December, then I wouldn’t have analyzed the wrong bug. This seems obvious after the fact, but when just starting out, I thought that maybe Windows 7, being so close to end of life, didn’t get updates every single month. Now I know to not only rely on Windows Update, but also to look for KB articles and that I can download additional updates from the Microsoft Update Catalog. Although this blog post didn’t turn out how I originally planned, I decided to share it in the hopes that it’d encourage others to explore a platform new to them. It’s often not a straight path, but if you’re interested in Windows kernel research, this is how I got started. In addition, I think this was a fun and quite interesting bug! I didn’t initially set out to do a patch diffing exercise on this vulnerability, but I do think that this work gives us another data point to use in disclosure discussions. It took me, someone with reversing, but no Windows experience, three weeks to understand the vulnerability and write a proof-of-concept. While I ended up doing this analysis for a vulnerability other than the one I intended, many attackers are not looking to patch-diff a specific vulnerability, but rather any vulnerability that they could potentially exploit. Therefore, I think that three weeks can be used as an approximate high upper bound since most attackers looking to use this technique will have more experience. API-3: LIBRO-GO.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO xBORDA BLOKĈENO -X ​ PLENA AUTONOMO, DECENTRALIZITA, PLURTAvola HIBRIDO X-11 CRYPTO RETO REGILITA PER MASTERNODOJ ​ xLIMO RETO ™ Bonvenon al xBORDER, La Instituto de Kodigo en JSON, JAVA, PHYTO woaw N, Programado ĉe x LIMO. Preta>? Nun la x-BORDER CrowdFund estas komenconta - Implementing Block-Chain API Intelligent E-Commerce Technologies. Evoluoj de la x BORDER Network Platforms, oficiala Instituto la Cloud -X, Cryptos kaj Ĉifrita Voĉdonado. x-BORDER Crowd-Fund the Blockchains, Eŭropa Ĉefsidejo ASint Olofsteeg 4 1012AK Amsterdamo Nederlando. Usona Ĉefsidejo, xBORDER Sillicon Valley, Wisman Road 171 S Whisman Rd, Mountain View, CA 94041, Usono. PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 PROJEKTO8 A P - mi X GOOGLE @ NERDO BO-X.iO PERRIGO ELĈIRITA xborder Bonvenon al xBORDER, La Instituto de Kodigo en JSON, JAVA, PHYTO woaw N, Programado ĉe x LIMO. Preta>? Nun la x-BORDER CrowdFund estas komenconta - Implementing Block-Chain API Intelligent E-Commerce Technologies. Evoluoj de la x BORDER Network Platforms, oficiala Instituto la Cloud -X, Cryptos kaj Ĉifrita Voĉdonado. x-BORDER Crowd-Fund the Blockchains, Eŭropa Ĉefsidejo ASint Olofsteeg 4 1012AK Amsterdamo Nederlando. Usona Ĉefsidejo, xBORDER Sillicon Valley, Wisman Road 171 S Whisman Rd, Mountain View, CA 94041, Usono. XBO-GOBA1 BUG en GOOGLE OATH API la 4-an de aprilo 2020, Amsterdamo Nederlando. ​ INSEKTO NOMO= XBO-GOBA1 - Google API OATH Rajtigo Cimo, trovita sur 4 Aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. xBORDER NERD BO-X.iO BUG Analizistoj, # xBORDER Esplorteamo trovis urbestran rajtigon Cimon en la Google Admin Application Softwaremrun sur 13.4 OSX, Restarigi Pasvorton Maleblis Plena Administra Aliro al ĉiuj subestaj Nodoj, Domajnoj, kaj Administrantoj. Ĉi tio Cimo povas havi seriozan efiko -- ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Administrantoj estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko. Vidu bildojn por detaloj. ​ Ĉi tio estas a config Eraro, kiu povas esti uzata kiel pordego al plena aliro de ĈIUJ guglaj aplikoj. ​ Restarigo de Originalaj Valoroj estas praktike neebla pro WHOIS-limigoj sur google.domains, CNAME-ĝisdatigoj estas preskaŭ neeblaj pro ne-aliro. ĉi tio estas RE-LOOP Bu kaj povus havi gravan efikon. ​ Peter Oldenburger & Amikoj. # NERD BO-X.iO @ xBORDER ​ ! A NODO { xLIMO } - VOC-X "VALORO: +10 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-insekto povas eligi amasajn kvantojn da uzantdatenoj, firmaaj datumoj. Google Cases ref: 2-6991000030256 Altranga Guglo Specialistoj. ERARO II: Google API OATH Rajtigo PARTO II, GOOGLE DOMENAJ BUG. Urbestro Cimo trovita sur 4 Aprilo 2020. 6 aprilo 2020, Amsterdamo Nederlando. Nia Esplora teamo trovis urbestron Aliro kaj Rajtigo-Cimo @ Guglo, Gmail kaj Domain.google syn estas nekongruaj. G-poŝto, Gsuit-realiro bezonas CNAME-ilojn, tamen Google.Domains ne estas akorda. per ensaluto, Ĉi tio havas urbestran efikon al Guglilistoj, kiuj uzas la domajnan servon Gsuit & Google. Aliro estas neebla reakiri. ​ Ĉi tio Cimo povas havi gravan efikon ĉar ĝi povas havi gravajn komplikaĵojn kiam Administranto-Aliro / Super Admins estas malŝaltitaj al DomainReg, "DNS, MX, NAMES, A, AA" Aliro. Ĉi tio povas esti solvita reverkante la OATH-aliran API en tiu Apliko oorn Apartiga alirkontrolo en Gsuite/Gmail kaj Domajnoj. Vidu bildojn por detaloj. ​ P.Oldenburger 2020 Amsterdamo Nederlando. ​ ​ ! A NODO { xLIMO } - VOC-X "VALORO: +7 } , VOC-X Crawlers deplojitaj sur ĉi tiu Oath-cimo povas Malfermi Malantaŭpordon en Domajnan aliron. ​ Solvita: Guglo ja telefonis min kaj sendis al mi la ligilon /Domains/Help OMG :P ​ ​ ​ PROJEKTO 8 LIMO LIMO LIMO PROJEKTO8 xLIMA INTELIGENTA RETKOMERCO PLURTAVOJ BLOKĉenoj API =X NODO { API } - "VALORO: ​ API-X1=BIOHERBY.COM API-X2=COLLAGENNOW.COM ​ API-X3=BOOK-GO.COM API-X4=HOTELO.APP ​ API-X5=SEXSHOP.APP API-X6=SUPERSHOPPERS.COM ​ { API- X7=XOTE.APP { API-X8=NUBO-X .APP ​ ​ ​ API-X1: BIOHERBY.COM ​ EGALS: HERBALIFE ENPESTO 2018: 5,4 MILIARDOJ USD TERRITORIO: MONDO, EN BUTIKOJ, RETEJO, AMAZONO API-X: SEMI Produktado: BIOHERBY THAILAND COLTD PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZONO USONO, AMAZONO GERMANIO, AMAZONO FRANCIO ​ ​ ​ Mi estas alineo. Klaku ĉi tie por aldoni vian propran tekston kaj redakti min. Ĝi estas facila. Play Video Facebook Twitter Pinterest Tumblr Copy Link Link Copied ​ KIX NUBO -X BLOKO -X API-X More xLIMA PLATAFORMO ∞ MONDO UNUA PLURTAvola API-INTEL RETO Play Video xLIME USONO- SILLICON VALO - USONO LA ĴEDOJ xLIMO EŬROPO xBORDA BLOKĈENO -X BLOCKCHX #= NODO { CHX } API =X NODO { API } - "VALORO: ​ API-X1=BIOHERBY.COM API-X2=COLLAGENNOW.COM ​ API-X3=BOOK-GO.COM API-X4=HOTELO.APP ​ API-X5=SEXSHOP.APP API-X6=SUPERSHOPPERS.COM ​ { API- X7=XOTE.APP { API-X8=NUBO-X .APP ​ ​ ​ API-X1: BIOHERBY.COM ​ EGALS: HERBALIFE ENPESTO 2018: 5,4 MILIARDOJ USD TERRITORIO: MONDO, EN BUTIKOJ, RETEJO, AMAZONO API-X: SEMI Produktado: BIOHERBY THAILAND COLTD PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZONO USONO, AMAZONO GERMANIO, AMAZONO FRANCIO ​ ​ ​ API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO API-X1: COLLAGENNOW.COM ​ EGALS: AA+ KOSMETA MARKO: ENSPESTO: NEKONATA, LEGU NERD'S RETpoŝtoj KUN PLEJ GRANDA DISTRIBUSTO EN AZIO. TERRITORIO: MONDO, WEBSHOPSC | FOKUSO: AZIO, ĈINIO, HONGKONG, JAPANIO, BUTIKOJ. API-X: SEMI PRODUCTO: EŬROPAJ INGREDIENTEJ < PACKED&SEALED NERDS FACTORY >BANGKOK. PAKAJ UZINO DE NERD EN >BANGKOK, TAJLANDO, MARO SENDU&SEPTI: AMAZON Unuiĝintaj Ŝtatoj, AMAZONO GERMANIO, AMAZONO FRANCIO,FILIATO XBO = NODO { xLIMO } - "VALORO: KONEKTAS XBORDER KUN ROTHSCHILD { CFDs on ORO / XBO ~ OZ } VOC-X = NODO { VOC } - "VALORO: REGILILO | { KONEKTAS API-NODOJN AL SIAJ MAJSTRAJ } Klarigis BLOKĈENO BLOKĈENO BLOCKCHX BLOCKCHX NODO { CHX } - "XVALO: KOMERCISTO { XBO } - { VOC } - { API } ​ PLENA AUTONOMO, DECENTRALIZITA, PLULTAOLA HIBRIDO X-KUN 5 USONITAJ PATENTOJ, PRETA POR DEPLOYO. BLOCKCHAIN -X PUŜOS LA LIMIJN DE KVANTUMA FIZIKO! NI JAM HAVAS UNIKAJN EZAJN EN DEPLOYO, KIEL VOĈDONI KAJ VOĈOJN, SEN COMPROMISO! !SUBTENITA, MONITORATA KAJ KONFIKITAJ DE LA NEDERLANDA REGISTARO, DEPLIGITAJ PLENA MALFERMA KAJ KAJ TRAVIDAJ, TIUJ ĈENOJ PUŜOS LA LIMIJN DE INVENTOJ. KUN LA AVALO DE KVANTUMA MEKANIKO & KVANTUMA KOMPUTIKOJ LA TEKNOLOGIO DE BLOKĈENO LESTIĜOS. Efektivigo de BLOKĈENO KODITA ARTIFICIA INTELIGENTECO SKULOS LA EVOLUON DE ROBOTIKO, TEKNOGIA BIOFIZIKO KAJ CIBERNETIKO. ​ ​ LA ESTONTECO ESTAS NUN! ​ PETER OLDENBURGER, EVOLUJO. ​ RETO ™ COWDFUND Log In VOC-X C H X PROJEKTO8 Nulo Nulo Nulo PROJEKTO8 PROJEKTO8 xBORDER CLOUD-x, instituto pri blokĉeno kaj teknologio API X KOMERCISTO NODO - KOMERCISTO & KOMERCISTO ™ BLOCKCHX - NUMMERATORO BY INFINITY xLIMA BLOK-ĈENA PLATFORMO CROWDFUND PRE-ELDONO 2020 ​ XBO { PLATFORMO NODOJ REGILILO } XBO REGRAS VOC-X, API-X, CHX & SAN{DBx}. ​ TUTA MUCHO ESTAS AJRITA ANTŬ LA LANDONO, KOMENCA VALORO ESTIĜOS AJRITA ANTAŬ LA ELDONO, VALORO SEKVOS LA LEĜO DE KEYNES, XBO MALFERMAS LA MAJSTRAJ REGILILOJN, METERNANTOJN & ĴEDOJN NODOJ ESTAS AgorDeblaj. MAJSTRAJ KONTROLOJ METERNANTOJ & JEDI'S. ​ TUTA ELDONDAPO PROK. 3/5 JARO, KOMENCA COWDFUND SUR LA 3 URBESTRISTA TECK PLATFORMOJ> { Usono, LONDONO, HK } ​ ​ ​ ​ API-X { REGRAS EK-KOMERCplatformojn } ​ ​ ​ CHX { E-NUMERATORO LAŬ SENINFO } ​ VOC-X { KOMERCISTO ​ ​ ​ ​ ​ ​ - Pluraj Internaciaj Platformoj 2049 ĈENITAJ TRANSIROJ LA HEREDO ESTAS ENTRIGA.. ANTAŬALDONO 25 DECEMBRO 2019, JEDISONLINKEDIN. =XBO ! N26 DEC- 31 DEC - CROUNDFUND Nederlando = VOC-X ​ {CHK} 1-JAN31JAN CROUDNFUND Usono ​ .. DE 1 /31 FEBR OVENTOJ EN HK,HK OVENTOJ EN DUBAJO OVENĜOJ EN SAUDIA OVENĜOJ EN ŜANĜAJO OVENTOJ EN BEJING ​ 1 MARTO: DEPLOYMOPENA, TRAVIDA & DECENTRALIZITA. TRUIJUNE1: d​ ENT DE API-X ​ JUNIO 1: VOJAĜO AL AFRIKO: NERDO ĴURIS AL LA DIOJ. KOMENCU LA KONSTRUOJ DE LERNEJOJ EN SUDAFRIKO. > EDUKI HIV INFANOJ PROTEKTU LA ELEFANTO> REPOPULARI, ADJUZI ADN> BENU LA GANNESS,. ​ NOVAĴOJ VIZIO VIZIO KAJ EN LA 7-A TAGO, DIO KREIS LUMON, LUDU LA LUMITON, LUDU LA BUDON, PREDICU ĈION BONA, LUDU LA SANKTANTON KATON, LA BOVON KAJ LA ELEFANTO. LA SKEO NERDO BO-X Projekto 8 - Ĉapitro 1: Vizioj ​ BONVENON AL LA NERD KESTO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO KUN LA PLEJ ALTA NORMA DATUMOVILO LOKITAJ LA PLEJ SEKURA DATUMODO DE LA VORTOJ. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​ ​ BONVENON AL LA PLEJ SEKURA NUBA SERVO DE LA MONDO CLOUD -X OFERTAS LA PLEJ ALTAN PLATAFORMAN SEKURECO EN LA MONDO. PARTENAROJ KUN ACROLIS, LOUD -X OFERTAS INDUVIDIAJN, ORGANIZAJON KAJ GARANTIOJ DE ENTERPRISES PROTEKTOJ, LA PLEJ ALTA EN LA MONDO VIAJ DATUMOJ GARDITAJ & MONITORAtaj PER VOC-X. ​ VOC-X, LA DIGITALA GARDANTO, ESTAS PROVITA NUMERO 1 SEKURA PENTRO KUN LA PLEJ ALTA NORMA DATUMOVILO LOKITAJ LA PLEJ SEKURA DATUMODO DE LA VORTOJ. EN AMSTERDAM, Nederlando. (GOOGLE ĴUS LOKAS NOVAN PARKON, MALFERTU SENPAGA KONTON POR 30 TAGOJ HODIAŬ! ​ NI OFERTAS REALIVE SINCRONIZON, RESERVOJN, KRIFON, VM, KAJ MULTAJN PLI. ​