Par $FOGO , spēles noteikumi ir atsvaidzinoši — un dažreiz brutāli — godīgi. Sistēma neuzmin, ko jūs mēģināt darīt; tā seko jūsu norādījumiem līdz pēdējai burtam. Katram darījumam ir jādeklarē, kuri konti tiek ietekmēti. Šis viens ierobežojums ir galīgais "BS detektors" sistēmas dizainam. Tas atdala izstrādātājus, kuri vienkārši saliek lietas kopā no arhitektiem, kuri patiešām saprot, kā paplašināt.
Mīts par "automātisko" ātrumu
Daudzi cilvēki domā, ka, ievietojot lietotni ātrā ķēdē, lietotne automātiski kļūst ātra. Tā nav. Paralēla izpilde ir iespējama tikai tad, ja jūsu dati patiešām ir neatkarīgi.
Ja divas transakcijas mēģina mainīt to pašu "rakstāmo" kontu, sistēmai nav citas izvēles: tai jāievieto tās rindā. Kad jūs centralizējat savu loģiku vienā kopīgā kontā, jūs neveidojat dApp; jūs veidojat sastrēgumu. Jūs nonākat pie:
Sadursmju virsmas, kas izraisa pastāvīgus kavējumus.
Piespiedu serializācija, kas ignorē ķēdes potenciālu.
Sastrēgumi, ko radījusi jūsu pašu roka, nevis tīkls.
Jūsu datu karte ir jūsu ātruma ierobežojums
Ekoistēmā $FOGO glabāšana nav tikai pasīva kaste—tā ir luksofors. Katra reize, kad jūs rakstāt uz kontu, jūs būtībā ņemat atslēgu. Ja vēlaties patiesu caurlaidspēju, jums jābūt disciplinētam attiecībā uz to, kur dzīvo šie dati.
Veiksmīgi būvētāji virzās prom no "vienas milzīgas datu bāzes" un uz tīru nodalījumu:
Izolētas lietotāju bilances, lai viena cilvēka tirdzniecība netraucētu citu.
Niču tirgus struktūras, kas nepārklājas.
Neatkarīgas mijiedarbības zonas, lai saglabātu "karstos ceļus" skaidrus.
Paralēlismu nogalinātājs parasti nav tehniskā sarežģītība—tas ir ērtums. Ir "vieglāk" visu izmest vienā globālā izsekošanā, bet šī slinkums ir tieši tas, kas liek jūsu lietotnei lēni kustēties spiedienā.
Stresa tests: Tirdzniecība un likviditāte
Augstas aktivitātes sistēmas, piemēram, pasūtījumu grāmatas, ir vietas, kur slikta dizaina rezultāti mirst. Ja katrai tirdzniecībai ir jāpieskaras vienai centrālai kontam, izpildes laikā ir jāizveido rinda katrai transakcijai.
Profesionāļi to izvairās, izolējot būtisko. Viņi atdala lietotāju pozīciju kontus no tirgus specifiskajiem baseiniem, un viņi uztur norēķinu ierakstus atsevišķi no ziņošanas metrikiem. Kad jūsu dizains ir apzināts, caurlaidspēja kļūst strukturāla. Tā ir iebūvēta pamatos, nevis tikai mārketinga apgalvojums.
Pārtrauciet sabotēt savas transakcijas
Viens no visbiežāk ignorētajiem kļūdām ir "misijas kritisko" datu sajaukšana ar "patīkamu būt" datiem. Izstrādātāji bieži mēģina atjaunināt lietotāja bilanci un globālo līderu sarakstu vienā elpas vilcienā.
Uz $FOGO, visgudrākie dizaini atdala pareizību no redzamības:
Iegūstiet metriku no notikumu žurnāliem, nevis rakstāmā satura kontiem.
Sadali savus ziņošanas datus, lai izkliedētu slodzi.
Atjauniniet agregātus savos atsevišķajos plūsmās.
Tas saglabā ceļu skaidru patiesai ekonomiskai aktivitātei, vienlaikus ļaujot "viltus statistikai" notikt fonā.
Arhitektūra kā filtrs
Vecos ieradumus ir grūti mainīt. Lielākā daļa no mums ir mācīti veidot vienu "Globālo patiesības avotu." Bet uz SVM balstītā ķēdē šī instinkts ir atbildība.
$FOGO neinteresē kosmētiskie veiktspējas apgalvojumi. Tā atlīdzina tīras robežas un minimālu sadursmi. Kad ķēde kļūst ātrāka, slikta izkārtojums kļūst vēl acīmredzamāks. Ātrums neslēpj jūsu trūkumus—tas tos liek zem mikroskopa.
Būvētāji, kas pielāgojas, ir tie, kuri radīs lietotnes, kas patiešām mērogojas. Visi pārējie vienkārši veido savus sastrēgumus.