Olen vihdoin keksinyt, kuinka saada insinöörit luotettavasti Solidityn aloittelijasta/keskitasosta lukemaan suuria koodikantoja hikoilematta. Matematiikka on suurin este. Sanon sen vain – jos sinulla ei ole virallista STEM-koulutusta ja työskentelet älykkäänä sopimusinsinöörinä, sitoudu @_MathAcademy_ vähintään 6 kuukaudeksi. Jos sinulla ei ole siihen varaa, suorita Satoshin rakkaudesta ainakin ilmainen algebrakurssi verkossa ja pyydä Grokia toimimaan tutkijana testaamaan tietosi. Matematiikan tietämyksesi taso rajoittaa käsittelemäsi monimutkaisuuden tasoa. DeFi on rahoitusta. Rahoitus on matematiikkaa. Jos matematiikkasi on heikkoa, miten voit odottaa olevasi hyvä DeFi:ssä? Jos et osaa päätellä matemaattisesti, varsinkaan nopeasti, osa tiedosta on lukittu sinulta. Esimerkki 1: kun käsitellään "murtolukuja" Solidityssä, monet insinöörit eksyvät, koska he eivät osaa kertoa kaksi murtolukua yhteen ja normalisoida nimittäjä. Kun he näkevät koodin tekevän niin, he eivät osaa tulkita sitä. Esimerkki 2: kehittäjät eivät osaa laskea korkoa korolle eivätkä siksi tiedä kohtuullisia rajoja sille, kuinka suuri kokonaisluku voi olla Esimerkki 3: kehittäjät eivät tiedä, mikä logaritmi on, joten he eivät voi nopeasti ennustaa, kuinka suuren kokonaisluvun he tarvitsevat tietyn arvon tallentamiseen. Silloin koodikannan uint-koot vaikuttavat täysin satunnaisilta. Esimerkki 4: Rajoitetun algebran vuoksi jotkut kehittäjät eivät näe, miten valkoisen kirjan kaava on todella sama (tai siinä on pieni vaihtelu) koodin kaavan kanssa. He päätyvät yrittämään takaisinmallintaa käyttäytymistä tyhjästä ja eksyvät täysin. Esimerkki 5: kehittäjät eksyvät katsomaan matematiikkaa, joka on järjestetty algebrallisesti uudelleen tilapäisen alivuodon välttämiseksi – tai eivät tiedä, että se on edes käsite. En jaa resursseja, joita en ole käyttänyt vaikutusvaltaan. ...