Trendaavat aiheet
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
PAM vai ei BAM 💥🤔
Noudattaen @0xMert:n neuvoa, tiimi kirjoitti blogin, jossa käsiteltiin kaikki vastaväitteet BAM:ia vastaan. Katso alla oleva linkki.
Sukelletaan asiaan 🧵 ⬇️

"BAM on keskitetty sekvensseri, jolla on lohkojen rakentamisen monopoli."
Steelman: Tämä kritiikki väittää, että BAM esittelee yhden sekvensserin, joka hoitaa kaiken transaktioiden ajoituksen Solanalle. Vaikka infrastruktuuri olisi hajautettu, aikataulusäännöt perustuvat yhdestä järjestelmästä, jota ohjaa Jito. Sidosryhmät pelkäävät, että tämä heikentää Solanan luonnollista aikatauluttajien monimuotoisuutta sellaiseksi, joka voisi toimia keskitetyn sekvensserin tavoin, muuttua yhdeksi epäonnistumispisteeksi ja keskittyä liikaa yhteen aikatauluttajaan ja yhteen osapuoleen.
BAM on suunniteltu niin, ettei mikään yksittäinen taho voi hallita transaktioiden tilaamista.
Järjestelmä hajauttaa toimintansa ja aikataululogiikan hallinnan seuraavasti:
• avoin osallistuminen: kuka tahansa kelvollinen operaattori voi osallistua ja ylläpitää omaa BAM-solmuaan.
• maailmanlaajuinen kattavuus: BAM-solmut otetaan käyttöön maantieteellisesti monipuolisessa operaattoriverkostossa.
• avoimen lähdekoodin, todennettavissa oleva aikataulutus: kaikki BAM-koodi on avoimen lähdekoodin ja auditoitavissa kryptografisten vahvistusten avulla.
Vaikka on totta, että BAM-solmut ovat tällä hetkellä yksinomaan Jiton ylläpitämiä, Q1 '26:sta alkaen koodipohja on avoimen lähdekoodin ja itsenäiset operaattorit otetaan käyttöön.
"Validoijana BAM sitoo minut vain yhteen aikatauluttajaan"
Steelman: Tämä kritiikki sanoo, että valitsemalla BAM:n validoija luovuttaa käytännössä transaktioiden tilaamisen hallinnan yhdelle aikatauluttajalle. Sen sijaan, että he voisivat käyttää tai ottaa käyttöön erilaisia aikatauluttimia, kokeilla omia strategioitaan tai vaihtaa kilpailevien suunnitelmien välillä, ne ovat sidottuja yhteen järjestelmään.
Internetin pääomamarkkinoiden mahdollistamiseksi Solana tarvitsee deterministiset ja läpinäkyvät tilaussäännöt. Pirstoutuminen vahingoittaa käyttäjiä. BAM mahdollistaa tämän standardoidulla, todennettavalla lohkorakentamisella, jota suorituskykyiset sovellukset vaativat.
Faktat ovat:
• BAM on täysin vapaaehtoinen.
• Validoijat voivat turvautua Agave-, Jito-Solana- tai Firedancer-asiakkaisiin
• He voivat irrottaa yhteyden BAM:iin milloin tahansa
BAM-lisäosat tarjoavat alustan optimointiin ja kehittäjien innovaatioihin, josta hyötyvät koko Solana.
"BAM monopolisoi Solanan tilausvirran."
Steelman: Sidosryhmät väittävät, että julkisten transaktioiden yhdistäminen yhdeksi putkeksi luo keskeisen pullonkaulan, jonka läpi kaikki tilausvirta kulkee ja antaa etuja niille, jotka sitä hallitsevat. Vaikka BAM olisi aluksi neutraali, se ohjaa tilausten kulkua, mikä voi vahvistaa sen kilpailuasemaa ja estää muiden ratkaisujen jalansijan.
BAM kerää tapahtumia Solana TPU:n standardimekanismin avulla.
Ei ole eroa "BAM-tapahtumien" ja julkisten välillä. Validaattorit saavat saman julkisen virtauksen, vain ajoitettuna todennettavan kerroksen kautta.
Validoijat voivat palata alkuperäiseen TPU:hunsa välittömästi ilman vaihtokustannuksia, jolloin Orderflow pysyy julkisena sen sijaan, että se olisi hajautunut yksityisiin kanaviin.
"BAM tuo lisäviivettä verrattuna validoijan oma TPU."
Steelman: Sidosryhmät väittävät, että yksi Solanan suorituskyvyn etulyöntiasemasta johtuu siitä, että transaktiot kulkevat suoraan johtajan TPU:hun minimaalisilla hypyillä. Mikä tahansa välimuotoinen reitityskerros, jopa nopea, voi lisätä viivettä, jitteriä ja uusia vikapisteitä kuormituksen alla, ja voi heikentää IBRL:n tehtävää verrattuna natiiviseen TPU-aikataulutukseen.
BAM varmistaa mahdollisimman vähäisen viiveen globaalilla 100+ solmun jalanjäljellä ja strategisella yhteispaikanmuutoksella, pitäen edestakaiset ajat alle 5 ms.
TEE-pinomme on erittäin viritetty säikeiden kiinnittämisen ja suorittimen eristyksen avulla, saavuttaen suorituskyvyn tasavertaisuuden Agaven kanssa. Tulevan siirtymisen myötä DoubleZeroon odotamme ylittävämme perusluokan suorituskykymittarit.
"BAM tuottaa vähemmän palkintoja verrattuna muut asiakkaat"
Steelman: Validoijat ovat ilmaisseet huolensa siitä, että BAM:n aikataululogiikka saattaa vähentää vinkkejä ja kokonaispalkintoja verrattuna muihin lohkorakentajiin tai aikataulutusmahdollisuuksiin. Lisäksi Plugin-maksumarkkinat eivät ole vielä toiminnassa, mikä tekee nousun teoreettisesta ja laskusta välittömältä.
Priorisoimme pitkän aikavälin voiton maksimointia. BAM:n palkinnot ovat jo verrattavissa Jito-Agaveen.
Aiemmat erot johtuivat väliaikaisista, louhintaaikatauluttajista muualla, jotka ovat nyt poistumassa. Tulevaa tuottoa ohjaavat lisäosat ja ACE, jotka avaavat kestäviä maksuvirtoja nettouudesta taloudellisesta toiminnasta lyhytaikaisten pelien sijaan.
"Validoijana minun täytyy antaa panostajilleni korkein tuotto."
Steelman: Stakerit valitsevat usein validoijat pelkästään palkintojen perusteella. Jo pieni tippien lasku tai tulojen vaihtelu yhdellä aikakaudella voi saada osuuden siirtymään muualle. Validoijat pelkäävät, että BAM:n varhainen käyttöönotto voi asettaa heidät kilpailullisesti epäedulliseen asemaan, jos vertaiset viivästyttävät käyttöönottoa.
Ymmärrämme, että validoijien on maksimoitava tuotto itselleen ja panostajilleen, mutta heidän on myös otettava huomioon toimiensa toisen asteen vaikutukset. Lyhytaikainen korkohakkerointi (sandwiching, slot-laggaus) heikentää kokonaisvaltaista suorituskyvyn laatua ja poistaa likviditeettiä.
Ainoa kestävä tie korkeampaan tuottoon on syvempi onchain-toiminta, jonka mahdollistavat vain paremmat sovellukset, syvempi likviditeetti ja tiukemmat spreadit.
"Sovellusohjattu suoritus (ACE) ei ole tärkeä."
Steelman: Sidosryhmät väittävät, että Solana-sovellukset toimivat jo hyvin prioriteettimaksujen ja tippien sisällyttämismekanismien puitteissa. ACE:n käyttöönotto voi lisätä monimutkaisuutta ja luoda epätasaista suoritustakua kehittyneiden sovellusten ja pienempien kehittäjien välillä. He pelkäävät, että sovellusten salliminen määritellä järjestyslogiikkaa voisi johtaa siihen, että BAM saa tiettyjä toimijoita etuoikeutetuksi.
Kehittyneet sovellukset tarvitsevat takuut kuten peruutusprioriteetti tai likvidointiprioriteetti toimiakseen turvallisesti.
Hyperliquid tekee 10–15 kertaa enemmän Solanan rikollisten määrää juuri sen valtuutetun validaattorin ansiosta, joka vaatii tiukan järjestyksen. Ilman ACE:tä nämä sovellukset siirtyvät räätälöityihin L1- tai L2-malleihin saadakseen nämä takuut.
"FIFO-tilaus on reiluin transaktioiden järjestyslogiikka"
Steelman: Sidosryhmät väittävät, että yksinkertainen FIFO (first-in, first-out) -tilaus on reiluin ja neutraalin tapa aikatauluttaa tapahtumia Solanalla. Se muistuttaa perinteisten markkinoiden aikaprioriteettia, on käyttäjille helppo ymmärtää ("jos oma tx:ni saapuu ensin, se suoritetaan ensin") ja välttää useimpien lohkoketjujen "pay-to-win" -dynamiikkaa.
Vaikka FIFO vaikuttaa reiluimmalta käsittelemällä tapahtumat vastaanottojärjestyksessä, se kannustaa käyttäjiä spämmäämään verkkoa saadakseen suotuisan aseman, mikä johtaa ruuhkiin ja rahaa kuluttaviin viivekilpailuihin.
Tämä pettää, kun verkon kysyntä on suurta, aiheuttaen arvaamattomia viiveitä kaikille käyttäjille jonojen pitkittyessä. FIFO:n yhden koon ratkaisu ei vastaa sovellusten tarpeisiin, jotka vaativat tiettyjä tapahtumien tilausta toimiakseen optimaalisesti.
"Eivätkö BAM:n luotetut suoritusympäristöt (TEE) ole alttiita hyökkäyksille?"
Steelman: TEE:llä on historiaa sivukanavan haavoittuvuuksista, laiteohjelmistovirheistä ja toimitusketjun riskeistä. Sidosryhmät väittävät, että TEE:ihin luottaminen lohkojen ajoituksessa voi aiheuttaa korreloituneita vikamuotoja: jos laitteistohyökkäys vaikuttaa SEV-SNP:hen, BAM verkkona voi vaarantua. He myös väittävät, että TEE:t siirtävät luottamuksen laitevalmistajiin ja datakeskustoimittajiin.
BAM toimii AMD SEV-SNP:llä, jossa on kryptografisia vahvistuksia turvallisissa, vaatimusten mukaisissa datakeskuksissa (ISO 27001/SOC 2).
Vaikka laitteisto olisi pahimmassa tapauksessa kompromississa, validointiavaimet pysyvät turvassa, eikä ketjun historiaa voi kirjoittaa uudelleen, vaan ainoastaan kyseisen solmun järjestyksen yksityisyys kärsii. Validaattorit tarkistavat "mitatun TCB:n" ja voivat hylätä huonon laiteohjelmiston vahvistuksella.
@0xmert Lohkorakentamisen tulevaisuus siirtyy pirstaleisesta aikataulutuksesta läpinäkyväksi, todennettavaksi markkinapaikaksi. BAM on ratkaisu.
Miljardien täytyy PAMia! 💥
1,73K
Johtavat
Rankkaus
Suosikit

