Să fii BAM sau nu BAM 💥🤔 Urmând sfatul lui @0xMert, echipa a scris un blog în care susținea fiecare contraargument împotriva BAM. Consultați linkul de mai jos. Hai să intrăm în subiect 🧵 ⬇️

"BAM este un secvențiator centralizat cu monopol de construire a blocurilor." Steelman: Această critică susține că BAM introduce un singur secvențiator care va face toată programarea tranzacțiilor pentru Solana. Chiar dacă infrastructura este distribuită, regulile de programare provin dintr-un singur sistem, care este controlat de Jito. Părțile interesate se tem că acest lucru subminează diversitatea naturală a planificatoarelor din Solana, într-una care ar putea acționa ca un secvențiator centralizat, devenind un singur punct de eșec și concentrând prea multă influență într-un singur planificator și într-o singură parte. BAM este conceput astfel încât nicio entitate unică să nu poată controla ordinarea tranzacțiilor. Sistemul va descentraliza funcționarea și guvernanța logicii de planificare prin: • participare deschisă: orice operator eligibil poate participa și poate administra propriul nod BAM. • acoperire globală: Nodurile BAM vor fi desfășurate pe o rețea geografic diversă de operatori. • programare open-source, verificabilă: tot codul BAM va fi open source și poate fi auditat prin atestări criptografice. Deși este adevărat că nodurile BAM sunt în prezent administrate exclusiv de Jito, începând cu primul trimestru din 2026, baza de cod va fi open-source, iar operatorii independenți vor fi integrați.

"Ca validator, BAM mă leagă de un singur programator" Steelman: Această critică spune că, prin aderarea la BAM, un validator cedează efectiv controlul asupra comenzii tranzacțiilor unui singur scheduler. În loc să poată rula sau adopta programatori diferiți, să experimenteze propriile strategii sau să comute între designuri concurente, ele sunt legate de un singur sistem. Pentru a permite piețele de capital pe Internet, Solana are nevoie de reguli de ordonare deterministe și transparente. Fragmentarea dăunează utilizatorilor. BAM face acest lucru posibil prin construirea de blocuri standardizată și verificabilă necesară aplicațiilor de înaltă performanță. Faptele sunt: • BAM este strict opt-in. • Validatorii pot reveni la clienții Agave, Jito-Solana sau Firedancer • Se pot deconecta de la BAM oricând BAM Plugins oferă o platformă pentru optimizare și inovație a dezvoltatorilor care aduce beneficii întregii locuințe din Solana.

"BAM monopolizează fluxul comenzilor Solana." Steelman: Părțile interesate susțin că agregarea tranzacțiilor publice într-o singură conductă creează un punct central de blocaj prin care trece tot fluxul de ordine și oferă avantaje celor care îl controlează. Chiar dacă inițial neutru, BAM controlează fluxul de comenzi, ceea ce poate consolida poziția sa competitivă și poate împiedica obținerea altor soluții de succes. BAM colectează tranzacții folosind mecanismul standard Solana TPU. Nu există nicio distincție între "tranzacții BAM" și cele publice. Validatorii primesc același flux public, doar programat printr-un strat verificabil. Validatorii pot reveni instantaneu la TPU-ul lor nativ, fără costuri de comutare, menținând fluxul de ordine public în loc să fie fragmentat în canale private.

"BAM introduce latență suplimentară față de TPU nativ al validatorului." Steelman: Părțile interesate susțin că unul dintre avantajele de performanță ale Solana vine din tranzacțiile care curg direct către TPU-ul liderului cu sărituri minime. Orice strat intermediar de rutare, chiar și unul rapid, riscă să adauge latență, jitter și noi puncte de defecțiune sub sarcină și ar putea slăbi misiunea IBRL comparativ cu programarea TPU nativă. BAM asigură latență minimă printr-o amprentă globală de 100+ noduri și co-locare strategică, menținând timpii de dus-întors sub 5ms. Stack-ul nostru TEE este foarte bine reglat folosind thread pinning și izolare CPU, atingând paritate de performanță cu Agave. Odată cu migrarea iminentă către DoubleZero, ne așteptăm să depășim reperele de performanță bare metal.

"BAM aduce recompense mai mici față de alți clienți" Steelman: Validatorii și-au exprimat îngrijorarea că logica de programare a BAM ar putea reduce bacșișurile și recompensele generale față de alte oportunități de blockbuilder sau programări. În plus, piețele de comisioane pentru plugin nu sunt încă active, ceea ce face ca potențialul de creștere să fie teoretic, în timp ce scăderea pare imediată. Prioritizăm maximizarea profitului pe termen lung. Recompensele BAM sunt deja comparabile cu cele ale lui Jito-Agave. Disparitățile din trecut au fost determinate de programatori temporari, extractivi, din alte părți, care sunt depreciați. Randamentul viitor va fi determinat de Plugin-uri și ACE, deblocând fluxuri sustenabile de taxe din activitate economică net-nouă, mai degrabă decât jocuri pe termen scurt.

"Ca validator, trebuie să le ofer celor care stakează cel mai mare randament." Steelman: Stakerii aleg adesea validatorii strict pe baza recompenselor. Chiar și o mică scădere a ponturilor sau o variație a câștigurilor pe o anumită epocă poate determina ca participația delegată să se transfere în altă parte. Validatorii se tem că adoptarea timpurie a BAM i-ar putea pune într-un dezavantaj competitiv dacă colegii întârzie adoptarea. Înțelegem că validatorii trebuie să maximizeze randamentul pentru ei înșiși și pentru cei care stakează, dar trebuie să ia în considerare și efectele de ordinul doi ale acțiunilor lor. Hacking-ul pe termen scurt al randamentului (sandwiching, slot-lagging) degradează calitatea generală a execuției și determină lichiditatea să dispară. Singura cale sustenabilă către randament mai mare este o activitate onchain mai profundă, care poate fi posibilă doar prin aplicații mai bune, lichiditate mai mare și spread-uri mai strânse.

"Executarea controlată de aplicație (ACE) nu este importantă." Steelman: Părțile interesate susțin că aplicațiile Solana funcționează deja bine sub mecanismele de incluziune a taxelor prioritare și a sfaturilor. Introducerea ACE poate crește complexitatea și poate crea garanții inegale de execuție între aplicații sofisticate și dezvoltatori mai mici. Ei se tem că permiterea aplicațiilor să definească logica de ordonare ar putea duce la faptul că BAM privilegiază anumiți actori. Aplicațiile sofisticate au nevoie de garanții precum prioritatea de anulare sau prioritatea de lichidare pentru a funcționa în siguranță. Hyperliquid face de 10-15 ori mai mult volum de suspecți Solana tocmai datorită setului său de validatori permisiuni care impune o ordine strictă. Fără ACE, aceste aplicații vor migra către L1 sau L2 personalizate pentru a obține aceste garanții.

"Ordinarea FIFO este cea mai echitabilă logică de comandă a tranzacțiilor" Steelman: Părțile interesate susțin că simpla comandă FIFO (primul intrat, primul ieșit) este cea mai corectă și neutră modalitate de a programa tranzacțiile pe Solana. Reflectă prioritatea temporală a piețelor tradiționale, este ușor de înțeles pentru utilizatori ("dacă transferul meu ajunge primul, se execută primul") și evită dinamica "pay-to-win" a majorității blockchain-urilor. Deși FIFO pare cel mai echitabil prin procesarea tranzacțiilor în ordinea în care sunt primite, încurajează utilizatorii să spameze rețeaua pentru a-și asigura o poziție favorabilă, ceea ce duce la congestie și curse de latență care consumă bani. Aceasta se rupe când cererea rețelei este ridicată, cauzând întârzieri imprevizibile pentru toți utilizatorii pe măsură ce cozile se prelungesc. Abordarea universală a FIFO nu răspunde nevoilor aplicațiilor care necesită o ordine specifică a tranzacțiilor pentru a funcționa optim.

"Mediile de Execuție de Încredere (TEE) ale BAM nu sunt vulnerabile la atacuri?" Steelman: TEE-urile au un istoric de vulnerabilități pe canale laterale, erori de firmware și riscuri în lanțul de aprovizionare. Părțile interesate susțin că dependența de TEE-uri pentru planificarea blocurilor ar putea introduce moduri de defectare corelate: dacă un exploit hardware afectează SEV-SNP, BAM-ul ca rețea ar putea fi compromis. De asemenea, susțin că TEE-urile transferă încrederea asupra furnizorilor de hardware și a furnizorilor de centre de date. BAM rulează pe AMD SEV-SNP cu atestări criptografice în centre de date securizate și conforme (ISO 27001/SOC 2). Chiar și în cel mai rău caz de compromis hardware, cheile validatoare rămân sigure, iar istoricul lanțului nu poate fi rescris, doar confidențialitatea comenzii pe acel nod specific este afectată. Validatorii verifică "TCB-ul măsurat" și pot respinge firmware-ul defect prin atestare.

@0xmert Viitorul construcției de blocuri trece de la o programare fragmentată la o piață transparentă și verificabilă. BAM este soluția. Miliarde trebuie BAM! 💥