Pe 8 septembrie 2018, am fost informati de Bittrex ca reteaua FLO a fost supusa unui mare reorg de blocuri (exact 443) care a dus la invalidarea unui depozit de 680.000 FLO, impreuna cu cateva depozite mai mici care insumeaza aproximativ 20.000 FLO. Drept urmare, portofelul FLO al Bittrex a fost inchis pentru depozite si retrageri, desi tranzactionarea este inca activata la bursa.
Array
Depunerea si retragerea vor ramane indisponibile pana la gasirea unei solutii tehnice.
FLO a sustinut Bittrex cu actualizari de software si aspecte tehnice, deoarece Bittrex a listat moneda noastra la schimb din martie 2015. Echipa FLO ar dori sa isi asume responsabilitatea pentru rambursarea a 700.000 FLO pe care Bittrex le-a pierdut.
Array
In prezent, implementam o solutie tehnica pentru a preveni 51% atacuri asupra lantului nostru in viitor.
Cu aproximativ 2 ani in urma, echipa FLO s-a reunit si a discutat despre schimbarea algoritmului de consens pe FLO cu altceva decat dovada muncii. Presedintii din Alexandria s-au hotarat sa ramana cu dovada muncii, deoarece au considerat ca are mai mult potential sa ramana descentralizat si sigur pe termen lung. Ca masura de precautie, am solicitat companiei Bittrex sa-si mareasca timpul de confirmare necesar la 300 de confirmari, sporind considerabil securitatea acestora impotriva unui atac de 51%.
Array
Daca am fi ignorat dezvoltatorii din Alexandria si ne-am fi indepartat de dovada muncii la acel moment, celelalte trei aplicatii din lantul nostru nu ar fi selectat FLO pentru solutia lor blockchain. Daca am schimba mecanismele de consens, este probabil ca Laboratorul Jensen de la Caltech, Medici Ventures si tZERO sa nu fi fost interesat sa construiasca pe FLO.
Pentru a rezuma cele de mai sus, dezvoltatorii FLO au luat decizia de a respecta dovada de lucru pe baza dorintelor:
- Alexandria
- Laboratorul Jensen de la Caltech
- Medici Ventures
- tZERO
Cu alte cuvinte, multe aplicatii importante din partea de sus a lantului nostru ar fi fortate sa ia in considerare un alt blockchain pe care sa se construiasca daca FLO ar trece de la dovada de lucru.
- laly porno www.aclasslimo.com
- porno rocco www.travet.com
- porno scenario nafta.com
- youtube film porno zannetos.net
- porno anal vintage panamanet.com
- x video porno scoups.com
- porno a la ferme tulsaoklahomahomes.com
- porno jeune gay rockyvista.net
- film porno 18 ans devbusinc.com
- porno sport ip159.ofac.com
- le porno eii.covertnvr.com
- ville porno www.rexchangeinc.com
- porno a trois zwa.alternativenetworkmarketing.com
- porno torrent www.genutrack.com
- cindy lopes porno www.equipyourself.com
- ladyboy porno qualitrol.net
- perfect porno lurding.info
- porno sextape thedunhamfamily.com
- porno crade heartsdelight.com
- cheval porno officespacestpaul.com
- porno antillais www.rockten.us
- film porno xxl nititech.com
Solutia noastra este de a implementa sistemul avansat de control al Sunny King. Acest sistem a fost initial implementat in Peercoin, Quark si Primecoin si este, de asemenea, utilizat in prezent in baza de cod de baza Feathercoin.
Sistemul avansat de control al Sunny King poate fi utilizat pentru a aplica o regula care interzice reorganizarea blocurilor inapoi dupa cel mai recent bloc de control.
Forking Feathercoin 0.16.1 este planul nostru actual datorita similitudinii dintre FLO si FTC. Feathercoin implementeaza sistemul de puncte de control al lui Sunny King si este listat pe Bittrex. https://github.com/FeatherCoin/Feathercoin/releases
Punctele de control interzic reorganizarile blocului inapoi dupa cel mai recent bloc de puncte de control. Un nod este responsabil pentru blocurile de puncte de control din retea. Acest nod autentifica datele punctului de control folosind o cheie asimetrica detinuta de dezvoltatorul de monede. Toate celelalte noduri aplica punctele de control in mod implicit, dar exista o optiune de aplicare a punctului de control pentru a activa si dezactiva aplicarea punctului de control in cadrul clientului.
Avantaj : 51% atacurile sunt mult mai dificil de executat, deoarece blocurile minate in secret ale atacatorului nu vor fi puncte de control si o incercare de reorganizare a blocurilor punctate nu va fi valida.
Dezavantaj : Aceasta solutie este in prezent centralizata in jurul cheii si nodului unui singur dezvoltator.
Amenintare potentiala : atacurile DDOS pot intrerupe conexiunea intre nodul punctului de verificare al dezvoltatorului si alte noduri din retea.
In general, PoW cu puncte de control avansate este mult mai sigur decat PoW fara acesta si este o solutie buna pentru moment.
In ultimii 5 ani si jumatate FLO a existat, in general, a fost nevoie de 1-2 luni pentru a face o actualizare a codului protocolului. Acesta este calendarul asteptat pentru o alta actualizare similara.
In final, vrem sa ne indepartam de un server de control centralizat, operat de dezvoltatori. Iata urmatoarele consideratii pentru mecanisme de consens PoW mai sigure.
In prezent, singurele solutii pentru lanturile PoW sunt:
- Deveniti liderul supermajoritatii in profilul dvs. hardware pentru algoritmul pe care il utilizati pentru consens (Bitcoin, Ethereum etc.)
- Folositi un sistem hibrid PoW / PoS
- Utilizati puncte de control descentralizate si notar (KMD, Veriblock)
- Layer-2 sau sidechain cu Bitcoin
- Aparare colaborativa de catre partile interesate in proiecte construite pe FLO (numai teoretic, in curs de dezvoltare de Alexandria)
Adresele sunt detinute de echipa de dezvoltare FLO si vor fi gestionate de echipa.
Nodul punctului de control va fi gestionat de dezvoltatorii FLO, precum si de echipa Alexandria.
Echipa lanseaza un efort comunitar pentru a plati din nou FLO-ul pierdut catre Bittrex in onoarea relatiei noastre cu ei. Daca doriti sa contribuiti, va rugam sa donati la una dintre adresele de mai jos:
FLO: F7LP3ABRSathxFCWVeVaygWKSQcHBvwzKZ
BTC: 1CYRfTv9EL7yc4d9aLRqkgp49aBsGaFCgN
ETH: 0x0a92567249d6aEE28ED201d2125BE1b550bDa5
Orice surplus de donatii va fi utilizat pentru a accelera lucrarile de dezvoltare la actualizarea avansata a punctelor de control pentru FLO.
Actualizare 2018–12–13: FLO a fost actualizat la versiunea 0.15.1.1 cu o actualizare maxima a adancimii reorg, similar cu solutia Ravencoin. Planul original prezentat mai jos a fost abandonat si niciun nod central nu a fost implementat in codul de baza. In schimb, la FLO s-au adaugat regulile de consens de adancime maxima reorg mai aplicabile.








