Binance Square

NewbieToNode

image
Creator verificat
Planting tokens 🌱 Waiting for sun 🌞 Watering with hope 💧 Soft degen vibes only
Trader frecvent
4.1 Ani
160 Urmăriți
32.6K+ Urmăritori
26.5K+ Apreciate
2.3K+ Distribuite
Postări
·
--
Articol
OpenLedger și utilizarea care nu a plătit@Openledger Am verificat tabloul de bord al atribuției într-o dimineață așteptând să văd activitatea de decontare. modelul a servit câteva sute de cereri săptămâna trecută. soldul atribuției era încă zero. acesta este momentul care m-a marcat. nu pentru că modelul nu era folosit. a fost. utilizarea a existat. traseul de contribuție a existat. valoarea a fost creată. decontarea nu a sosit niciodată. am petrecut timp presupunând că am configurat greșit ceva. am verificat înregistrările de contribuție. am verificat desfășurarea. am verificat dacă inferența era rutată prin versiunea atribuită.

OpenLedger și utilizarea care nu a plătit

@OpenLedger
Am verificat tabloul de bord al atribuției într-o dimineață așteptând să văd activitatea de decontare.
modelul a servit câteva sute de cereri săptămâna trecută.
soldul atribuției era încă zero.
acesta este momentul care m-a marcat.
nu pentru că modelul nu era folosit.
a fost.
utilizarea a existat.
traseul de contribuție a existat.
valoarea a fost creată.
decontarea nu a sosit niciodată.
am petrecut timp presupunând că am configurat greșit ceva.
am verificat înregistrările de contribuție.
am verificat desfășurarea.
am verificat dacă inferența era rutată prin versiunea atribuită.
Mă așteptam ca anunțurile despre vault-urile Bedrock 2.0 să mă facă să mă gândesc la randament. În schimb, am tot gândit la acces. Ceea ce mi-a sărit în ochi a fost cât de multă atenție acordă Bedrock accesului prioritar, accesului pe niveluri și participării premium la vault-uri în timp ce cadrul Modular Vault este încă în desfășurare. Asta se simte intenționat. Cele mai multe protocoale se concentrează pe alocare după ce apare competiția. @Bedrock se pare că este proiectat pentru un viitor în care competiția pentru strategii Bitcoin de nivel instituțional este așteptată de la început. Vault-ul Selini este ceea ce m-a făcut să înțeleg asta. Am petrecut mai puțin timp gândindu-mă la modul în care strategia generează randament și mai mult timp gândindu-mă la ce se întâmplă dacă cererea depășește, în cele din urmă, capacitatea. Dacă se întâmplă asta, accesul devine la fel de important ca randamentul. Acolo devine mult mai clar rolul lui $BR pentru mine. Cu cât mă uit mai mult la Bedrock 2.0, cu atât mai mult simt că proiectul se pregătește pentru o schimbare de la simpla generare de randament Bitcoin la gestionarea modului în care capitalul Bitcoin este alocat în diverse oportunități. Nu mă uit la randamentele de titlu întâi. Mă uit dacă primele vault-uri Bedrock cu cerere mare creează suficientă competiție încât accesul să devină la fel de important ca randamentul în sine. #Bedrock
Mă așteptam ca anunțurile despre vault-urile Bedrock 2.0 să mă facă să mă gândesc la randament.

În schimb, am tot gândit la acces.

Ceea ce mi-a sărit în ochi a fost cât de multă atenție acordă Bedrock accesului prioritar, accesului pe niveluri și participării premium la vault-uri în timp ce cadrul Modular Vault este încă în desfășurare.

Asta se simte intenționat.

Cele mai multe protocoale se concentrează pe alocare după ce apare competiția.

@Bedrock se pare că este proiectat pentru un viitor în care competiția pentru strategii Bitcoin de nivel instituțional este așteptată de la început.

Vault-ul Selini este ceea ce m-a făcut să înțeleg asta.

Am petrecut mai puțin timp gândindu-mă la modul în care strategia generează randament și mai mult timp gândindu-mă la ce se întâmplă dacă cererea depășește, în cele din urmă, capacitatea.

Dacă se întâmplă asta, accesul devine la fel de important ca randamentul.

Acolo devine mult mai clar rolul lui $BR pentru mine.

Cu cât mă uit mai mult la Bedrock 2.0, cu atât mai mult simt că proiectul se pregătește pentru o schimbare de la simpla generare de randament Bitcoin la gestionarea modului în care capitalul Bitcoin este alocat în diverse oportunități.

Nu mă uit la randamentele de titlu întâi.

Mă uit dacă primele vault-uri Bedrock cu cerere mare creează suficientă competiție încât accesul să devină la fel de important ca randamentul în sine.

#Bedrock
@Openledger #OpenLedger Am setat o aprobată pentru un token pentru o interacțiune cu un vault acum câteva luni. limită mare. eu nu voiam să aprob manual fiecare tranzacție. mai târziu am făcut un depozit. transacția a fost confirmată. fondurile nu s-au materializat acolo unde mă așteptam. asta a fost partea care m-a deranjat. Am petrecut următoarea oră presupunând că am făcut o greșeală. în cele din urmă, am urmărit totul până la aprobată. vault-ul fusese actualizat după ce i-am acordat aprobată. aprobată mea încă indica către vechiul contract. nimic nu a fost malițios. nimic nu a eșuat tehnic. sistemul a evoluat pur și simplu în jurul unei presupuneri la care am încetat să mă gândesc. fondurile erau recuperabile. asta nu a fost problema. tema era că nu mai știam dacă restul fluxului de lucru era sigur să continui. depozitul fusese confirmat. fondurile nu erau acolo unde mă așteptam. până când am urmărit aprobată, fiecare presupunere ulterioară a devenit nesigură. nimic nu a eșuat tehnic. dar totul după acel punct a fost efectiv suspendat până am reconstruit ce s-a întâmplat de fapt. Continuu să mă gândesc la asta ca la o aprobată învechită. o autorizare care era corectă când a fost acordată și a devenit încet greșită pe măsură ce mediul din jur s-a schimbat. asta este o eșec diferit de a aproba un contract malițios. unul este o problemă de încredere. celălalt este o problemă de evoluție. ce mi-a atras atenția despre integrarea ERC-4626 de la OpenLedger nu a fost securitatea. a fost predictibilitatea. vault-urile evoluează în continuare. dar un comportament standardizat reduce numărul de presupuneri specifice protocoalelor pe care aplicațiile le construiesc liniștit în jurul lor. presupuneri mai puține înseamnă mai puține locuri pentru ca deriva invizibilă să se acumuleze în timp. cu cât comportamentul este mai standardizat, cu atât mai puțin fiecare aplicație trebuie să se bazeze pe detalii de implementare care s-ar putea schimba ulterior. $OPEN beneficiază doar dacă acea standardizare rămâne semnificativă pe măsură ce protocoalele evoluează. pentru că standardele care derivă în practică creează aceeași problemă sub un alt nume. încă urmăresc dacă implementările ERC-4626 rămân la fel de consistente în producție cum arată pe hârtie.
@OpenLedger #OpenLedger

Am setat o aprobată pentru un token pentru o interacțiune cu un vault acum câteva luni.

limită mare.

eu nu voiam să aprob manual fiecare tranzacție.

mai târziu am făcut un depozit.

transacția a fost confirmată.

fondurile nu s-au materializat acolo unde mă așteptam.

asta a fost partea care m-a deranjat.

Am petrecut următoarea oră presupunând că am făcut o greșeală.

în cele din urmă, am urmărit totul până la aprobată.

vault-ul fusese actualizat după ce i-am acordat aprobată.

aprobată mea încă indica către vechiul contract.

nimic nu a fost malițios.

nimic nu a eșuat tehnic.

sistemul a evoluat pur și simplu în jurul unei presupuneri la care am încetat să mă gândesc.

fondurile erau recuperabile.

asta nu a fost problema.

tema era că nu mai știam dacă restul fluxului de lucru era sigur să continui.

depozitul fusese confirmat.

fondurile nu erau acolo unde mă așteptam.

până când am urmărit aprobată, fiecare presupunere ulterioară a devenit nesigură.

nimic nu a eșuat tehnic.

dar totul după acel punct a fost efectiv suspendat până am reconstruit ce s-a întâmplat de fapt.

Continuu să mă gândesc la asta ca la o aprobată învechită.

o autorizare care era corectă când a fost acordată și a devenit încet greșită pe măsură ce mediul din jur s-a schimbat.

asta este o eșec diferit de a aproba un contract malițios.

unul este o problemă de încredere.

celălalt este o problemă de evoluție.

ce mi-a atras atenția despre integrarea ERC-4626 de la OpenLedger nu a fost securitatea.

a fost predictibilitatea.

vault-urile evoluează în continuare.

dar un comportament standardizat reduce numărul de presupuneri specifice protocoalelor pe care aplicațiile le construiesc liniștit în jurul lor.

presupuneri mai puține înseamnă mai puține locuri pentru ca deriva invizibilă să se acumuleze în timp.

cu cât comportamentul este mai standardizat, cu atât mai puțin fiecare aplicație trebuie să se bazeze pe detalii de implementare care s-ar putea schimba ulterior.

$OPEN beneficiază doar dacă acea standardizare rămâne semnificativă pe măsură ce protocoalele evoluează.

pentru că standardele care derivă în practică creează aceeași problemă sub un alt nume.

încă urmăresc dacă implementările ERC-4626 rămân la fel de consistente în producție cum arată pe hârtie.
$PORTAL a crescut cu +190% în câteva ore. Cred că a fost o mișcare ușoară. Acum partea dificilă este să vedem dacă poate menține aceste câștiguri sau nu. #PORTAL 📈👀 {spot}(PORTALUSDT)
$PORTAL a crescut cu +190% în câteva ore.
Cred că a fost o mișcare ușoară.
Acum partea dificilă este să vedem dacă poate menține aceste câștiguri sau nu.
#PORTAL 📈👀
Vedeți traducerea
@GeniusOfficial spent years doing the same mental accounting before every trade. ETH on ethereum. USDC on arbitrum. something sitting on solana i forgot about until i needed it. that map was overhead, obviously. but it was also how i knew where things were. then i looked at my balance on genius. everything was just... there. on paper that's exactly right. the strange part is what disappeared with the map. you know your balance. you don't know its geography anymore. those used to feel like two different pieces of information. i never really thought about that until the information got compressed into one number. if that's the direction things are moving, then the interesting question around $GENIUS probably isn't speed. it's how much context people are willing to hand over in exchange for simplicity. #genius {spot}(GENIUSUSDT)
@GeniusOfficial

spent years doing the same mental accounting before every trade.

ETH on ethereum. USDC on arbitrum. something sitting on solana i forgot about until i needed it.

that map was overhead, obviously.

but it was also how i knew where things were.

then i looked at my balance on genius.

everything was just... there.

on paper that's exactly right.

the strange part is what disappeared with the map.

you know your balance.

you don't know its geography anymore.

those used to feel like two different pieces of information.

i never really thought about that until the information got compressed into one number.

if that's the direction things are moving, then the interesting question around $GENIUS probably isn't speed.

it's how much context people are willing to hand over in exchange for simplicity.

#genius
Articol
OpenLedger și Workflow-ul care a început din nou@Openledger am rulat un workflow în cinci pași printr-un agent anul trecut. a finalizat cu succes primele trei etape. apoi sistemul s-a restartat. când agentul a revenit online, a început din nou de la pasul unu. în momentul în care am observat, o tranzacție care ar fi trebuit să execute o dată, a fost executată de două ori. poziția a avut nevoie de unwinding cu o pierdere doar pentru a reveni la punctul de plecare. acea parte a rămas cu mine mai mult decât pierderea în sine. pentru că din perspectiva agentului, nimic nu a mers prost. restart-ul a însemnat un nou început. nu a reluat.

OpenLedger și Workflow-ul care a început din nou

@OpenLedger
am rulat un workflow în cinci pași printr-un agent anul trecut.
a finalizat cu succes primele trei etape.
apoi sistemul s-a restartat.
când agentul a revenit online, a început din nou de la pasul unu.
în momentul în care am observat, o tranzacție care ar fi trebuit să execute o dată, a fost executată de două ori.
poziția a avut nevoie de unwinding cu o pierdere doar pentru a reveni la punctul de plecare.
acea parte a rămas cu mine mai mult decât pierderea în sine.
pentru că din perspectiva agentului, nimic nu a mers prost.
restart-ul a însemnat un nou început.
nu a reluat.
Vedeți traducerea
@GeniusOfficial spent a long time thinking the edge in DeFi was knowing where to go. which DEX. which perp venue. which bridge. sometimes it felt like the trade itself was easy. figuring out where to execute was the hard part. building those opinions felt like the actual work. then i started reading through the Genius Terminal thesis. chain invisible. protocol invisible. liquidity source invisible. at first that sounded like better UX. the more i sat with it, the less it felt like a UX story. if users stop choosing protocols directly, the competitive surface changes. protocols don't disappear. they move one layer down. competition moves one layer up. and if that's the shift, $GENIUS starts looking different from a protocol token. not a bet on which liquidity venue wins. a bet on whether the abstraction layer itself becomes the thing worth holding. not sure that's obvious yet. just: if the moat moved, it probably moved up a layer too. #genius #Genius
@GeniusOfficial

spent a long time thinking the edge in DeFi was knowing where to go.

which DEX. which perp venue. which bridge.

sometimes it felt like the trade itself was easy.

figuring out where to execute was the hard part.

building those opinions felt like the actual work.

then i started reading through the Genius Terminal thesis.

chain invisible. protocol invisible. liquidity source invisible.

at first that sounded like better UX.

the more i sat with it, the less it felt like a UX story.

if users stop choosing protocols directly, the competitive surface changes.

protocols don't disappear.

they move one layer down.

competition moves one layer up.

and if that's the shift, $GENIUS starts looking different from a protocol token.

not a bet on which liquidity venue wins.

a bet on whether the abstraction layer itself becomes the thing worth holding.

not sure that's obvious yet.

just: if the moat moved, it probably moved up a layer too.

#genius #Genius
@Openledger #OpenLedger Am încercat din nou o tranzacție în ultimul trimestru pentru că părea că nu a trecut. Ambele tranzacții au fost confirmate. Poziția pe care am vrut să o deschid s-a deschis de două ori. Dezvoltarea acesteia m-a costat mai mult decât ar fi trebuit să coste deschiderea poziției. Tot îmi vine în minte asta ca fiind capcana retry-ului. Nu a fost un bug. Tranzacția era încă în așteptare. Pur și simplu nu am putut să îmi dau seama. Fără confirmare. Fără eșec. Doar tăcere. Așa că am acționat pe baza tăcerii. Și piața a acționat pe ambele tranzacții. Momentul în care un agent sau un om care acționează ca unul tratează "în așteptare" și "eșuat" ca fiind același lucru, apare capcana retry-ului. Tranzacția nu a fost pierdută. Pur și simplu nu am putut să o văd încă. Aceeași greșeală devine mult mai scumpă atunci când un agent de tranzacționare ia decizia automat. Acolo este unde stratul de decontare al execuției OpenLedger stă diferit în gândirea mea. Nu execuție mai rapidă. Stare mai clară. Confirmat. În așteptare. Eșuat. Acestea sunt stări diferite cu răspunsuri corecte diferite. În așteptare nu ar trebui să declanșeze un retry. Doar eșuat ar trebui. Capcana retry-ului există doar atunci când agentul nu poate să facă distincția. $OPEN contează doar dacă agenții care execută prin OpenLedger pot citi starea execuției suficient de clar pentru a evita acționarea pe baza ambiguității. Pentru că un agent care reîncercă tranzacții deja în mișcare nu este mai eficient decât execuția manuală. Este mai scump exact în momentele în care piețele sunt deja stresate. Încă urmăresc dacă finalitatea execuției sub congestie reală rămâne la fel de clară cum este în condiții normale. Asta este când distincția între în așteptare și eșuat contează cel mai mult.
@OpenLedger #OpenLedger

Am încercat din nou o tranzacție în ultimul trimestru pentru că părea că nu a trecut.

Ambele tranzacții au fost confirmate.

Poziția pe care am vrut să o deschid s-a deschis de două ori.

Dezvoltarea acesteia m-a costat mai mult decât ar fi trebuit să coste deschiderea poziției.

Tot îmi vine în minte asta ca fiind capcana retry-ului.

Nu a fost un bug.

Tranzacția era încă în așteptare.

Pur și simplu nu am putut să îmi dau seama.

Fără confirmare.

Fără eșec.

Doar tăcere.

Așa că am acționat pe baza tăcerii.

Și piața a acționat pe ambele tranzacții.

Momentul în care un agent sau un om care acționează ca unul tratează "în așteptare" și "eșuat" ca fiind același lucru, apare capcana retry-ului.

Tranzacția nu a fost pierdută.

Pur și simplu nu am putut să o văd încă.

Aceeași greșeală devine mult mai scumpă atunci când un agent de tranzacționare ia decizia automat.

Acolo este unde stratul de decontare al execuției OpenLedger stă diferit în gândirea mea.

Nu execuție mai rapidă.

Stare mai clară.

Confirmat.

În așteptare.

Eșuat.

Acestea sunt stări diferite cu răspunsuri corecte diferite.

În așteptare nu ar trebui să declanșeze un retry.

Doar eșuat ar trebui.

Capcana retry-ului există doar atunci când agentul nu poate să facă distincția.

$OPEN contează doar dacă agenții care execută prin OpenLedger pot citi starea execuției suficient de clar pentru a evita acționarea pe baza ambiguității.

Pentru că un agent care reîncercă tranzacții deja în mișcare nu este mai eficient decât execuția manuală.

Este mai scump exact în momentele în care piețele sunt deja stresate.

Încă urmăresc dacă finalitatea execuției sub congestie reală rămâne la fel de clară cum este în condiții normale.

Asta este când distincția între în așteptare și eșuat contează cel mai mult.
Articol
OpenLedger și Execuția Pe Care Nu Poți Să O Verificimi-a luat două zile să-mi dau seama dacă agentul meu a făcut o greșeală. nu pentru că greșeala ar fi fost complicată. pentru că nu am putut dovedi ce a făcut de fapt agentul. fluxul de lucru a funcționat timp de trei săptămâni fără probleme evidente. atunci am găsit o discrepanță. a fost declanșată o acțiune care nu ar fi trebuit să fie. sau nu a fost declanșată când ar fi trebuit. nu am putut să-mi dau seama care. pentru că singurul record de execuție pe care l-am avut a fost log-urile agentului. Am petrecut două zile încercând să reconstruiască ce s-a întâmplat de fapt.

OpenLedger și Execuția Pe Care Nu Poți Să O Verifici

mi-a luat două zile să-mi dau seama dacă agentul meu a făcut o greșeală.
nu pentru că greșeala ar fi fost complicată.
pentru că nu am putut dovedi ce a făcut de fapt agentul.
fluxul de lucru a funcționat timp de trei săptămâni fără probleme evidente.
atunci am găsit o discrepanță.
a fost declanșată o acțiune care nu ar fi trebuit să fie.
sau nu a fost declanșată când ar fi trebuit.
nu am putut să-mi dau seama care.
pentru că singurul record de execuție pe care l-am avut a fost log-urile agentului.
Am petrecut două zile încercând să reconstruiască ce s-a întâmplat de fapt.
@Openledger #OpenLedger Am rulat un fine-tune în ultimul trimestru care a făcut modelul mai prost. nu peste tot. doar în domeniul comportamental care chiar mă interesa. soluția evidentă a fost să fac rollback. s-a dovedit a fi mai greu decât fine-tune-ul în sine. fine-tune-ul a durat cam o oră. anularea lui a durat restul zilei. atunci am realizat că fine-tune-ul prost nu era partea scumpă. partea scumpă era să știi cât de greu va fi să anulezi următorul. am început să filtrez experimentele înainte de a le rula. Continuu să mă gândesc la asta ca la taxa de rollback. nu costul unei iterații proaste. ci costul de a te recupera dintr-una. pentru că, odată ce recuperarea devine scumpă, experimentarea devine scumpă și ea. asta face ca infrastructura de rollback să fie mai importantă decât pare. nu ajută doar când ceva merge rău. îți schimbă cât de agresiv ești dispus să îmbunătățești când lucrurile merg bine. aici se află modelul de versionare al Open Ledger care stă diferit în gândirea mea. fiecare versiune implementată își păstrează relația cu cea anterioară. versiunea anterioară nu trebuie să fie reconstruită. ea există deja. verificabil. rollback-ul începe să arate mai puțin ca o recuperare și mai mult ca o recuperare a datelor. $OPEN contează doar dacă acel lineage este suficient de fiabil încât echipele să aibă încredere în el atunci când modelele de producție merg înapoi. pentru că istoria versiunii nu schimbă comportamentul. recuperabilitatea o face. încă observ dacă versionarea on-chain schimbă cât de agresiv iterază echipele în practică. sau dacă fine-tune-urile eșuate continuă să fie tratate ca greșeli costisitoare care trebuie desfăcute manual. {spot}(OPENUSDT)
@OpenLedger #OpenLedger

Am rulat un fine-tune în ultimul trimestru care a făcut modelul mai prost.

nu peste tot.

doar în domeniul comportamental care chiar mă interesa.

soluția evidentă a fost să fac rollback.

s-a dovedit a fi mai greu decât fine-tune-ul în sine.

fine-tune-ul a durat cam o oră.

anularea lui a durat restul zilei.

atunci am realizat că fine-tune-ul prost nu era partea scumpă.

partea scumpă era să știi cât de greu va fi să anulezi următorul.

am început să filtrez experimentele înainte de a le rula.

Continuu să mă gândesc la asta ca la taxa de rollback.

nu costul unei iterații proaste.

ci costul de a te recupera dintr-una.

pentru că, odată ce recuperarea devine scumpă, experimentarea devine scumpă și ea.

asta face ca infrastructura de rollback să fie mai importantă decât pare.

nu ajută doar când ceva merge rău.

îți schimbă cât de agresiv ești dispus să îmbunătățești când lucrurile merg bine.

aici se află modelul de versionare al Open Ledger care stă diferit în gândirea mea.

fiecare versiune implementată își păstrează relația cu cea anterioară.

versiunea anterioară nu trebuie să fie reconstruită.

ea există deja.

verificabil.

rollback-ul începe să arate mai puțin ca o recuperare și mai mult ca o recuperare a datelor.

$OPEN contează doar dacă acel lineage este suficient de fiabil încât echipele să aibă încredere în el atunci când modelele de producție merg înapoi.

pentru că istoria versiunii nu schimbă comportamentul.

recuperabilitatea o face.

încă observ dacă versionarea on-chain schimbă cât de agresiv iterază echipele în practică.

sau dacă fine-tune-urile eșuate continuă să fie tratate ca greșeli costisitoare care trebuie desfăcute manual.
@GeniusOfficial Am petrecut mult timp gândind că avantajul în DeFi era să știu unde să merg. care DEX. care venue perp. care pod. să construiesc acele opinii părea ca munca efectivă. apoi am început să citesc prin teza Genius Terminal. chain invizibil. protocol invizibil. sursă de lichiditate invizibilă. la început părea o poveste despre UX. cu cât stăteam mai mult cu asta, cu atât mai puțin simplu părea. dacă utilizatorii încetează să aleagă direct protocoale, suprafața competitivă se schimbă. protocolele nu dispar. ele doar încetează să concureze pentru atenția utilizatorului. ele concurează pentru selecția terminalului în schimb. și dacă asta e schimbarea, $GENIUS începe să arate diferit de un token de protocol. nu este o pariu pe care venue de lichiditate câștigă. o pariu pe dacă stratul de abstractizare devine el însuși lucrul de care merită să te ții. nu sunt sigur că e evident încă. doar: dacă șanțul s-a mutat, probabil s-a mutat aici. #genius
@GeniusOfficial

Am petrecut mult timp gândind că avantajul în DeFi era să știu unde să merg.

care DEX. care venue perp. care pod.

să construiesc acele opinii părea ca munca efectivă.

apoi am început să citesc prin teza Genius Terminal.

chain invizibil. protocol invizibil. sursă de lichiditate invizibilă.

la început părea o poveste despre UX.

cu cât stăteam mai mult cu asta, cu atât mai puțin simplu părea.

dacă utilizatorii încetează să aleagă direct protocoale, suprafața competitivă se schimbă.

protocolele nu dispar.

ele doar încetează să concureze pentru atenția utilizatorului.

ele concurează pentru selecția terminalului în schimb.

și dacă asta e schimbarea, $GENIUS începe să arate diferit de un token de protocol.

nu este o pariu pe care venue de lichiditate câștigă.

o pariu pe dacă stratul de abstractizare devine el însuși lucrul de care merită să te ții.

nu sunt sigur că e evident încă.

doar: dacă șanțul s-a mutat, probabil s-a mutat aici.

#genius
$ALLO este încă în creștere cu peste 100%. Dar asta nu e partea care îmi atrage atenția. Mișcarea ușoară a fost breakout-ul. Mișcarea mai greu de realizat este ce se întâmplă după. Prețul a explodat de la aproximativ $0.08 la aproape $0.35, apoi vânzătorii s-au arătat în sfârșit. Cu toate acestea, chiar și după retragere, $ALLO se menține mult peste locul de unde a început raliul. Asta e important. Graficele puternice nu se mișcă doar rapid. Ele își păstrează câștigurile în timp ce toată lumea discută dacă mișcarea s-a încheiat. Acum, piața intră în faza incomodă. Bulls trebuie să demonstreze că aceasta nu a fost doar un eveniment de lichiditate de scurtă durată. Bears trebuie să demonstreze că entuziasmul a atins deja apogeul. În acest moment, nici o parte nu a câștigat această bătălie. Dar după o zi cu peste 100%, următoarele câteva velas spun adesea o poveste mai mare decât mișcarea în sine. 👀📈🔥 #ALLO {spot}(ALLOUSDT)
$ALLO este încă în creștere cu peste 100%.

Dar asta nu e partea care îmi atrage atenția.

Mișcarea ușoară a fost breakout-ul.

Mișcarea mai greu de realizat este ce se întâmplă după.

Prețul a explodat de la aproximativ $0.08 la aproape $0.35, apoi vânzătorii s-au arătat în sfârșit. Cu toate acestea, chiar și după retragere, $ALLO se menține mult peste locul de unde a început raliul.

Asta e important.

Graficele puternice nu se mișcă doar rapid.

Ele își păstrează câștigurile în timp ce toată lumea discută dacă mișcarea s-a încheiat.

Acum, piața intră în faza incomodă.

Bulls trebuie să demonstreze că aceasta nu a fost doar un eveniment de lichiditate de scurtă durată.

Bears trebuie să demonstreze că entuziasmul a atins deja apogeul.

În acest moment, nici o parte nu a câștigat această bătălie.

Dar după o zi cu peste 100%, următoarele câteva velas spun adesea o poveste mai mare decât mișcarea în sine. 👀📈🔥

#ALLO
$HUMA s-a întors la aceeași rezistență care l-a respins înainte. Diferența? De data aceasta a ajuns cu o serie de minime mai ridicate în spate. Prețul se menține în jur de $0.0271, cumpărătorii încă apără corecțiile, iar graficul nu și-a pierdut structura încă. Dacă taurii transformă acest nivel în suport, următoarea mișcare mai sus ar putea deveni interesantă. Uneori, cea mai mare mișcare începe cu un retest, nu cu o rupere. 👀📈 #HUMA {spot}(HUMAUSDT)
$HUMA s-a întors la aceeași rezistență care l-a respins înainte.

Diferența?

De data aceasta a ajuns cu o serie de minime mai ridicate în spate.

Prețul se menține în jur de $0.0271, cumpărătorii încă apără corecțiile, iar graficul nu și-a pierdut structura încă.

Dacă taurii transformă acest nivel în suport, următoarea mișcare mai sus ar putea deveni interesantă.

Uneori, cea mai mare mișcare începe cu un retest, nu cu o rupere. 👀📈

#HUMA
$HEI +130% astăzi. Partea interesantă nu este pump-ul. Ci faptul că fiecare retragere este cumpărată din nou. De la ~$0.056 la ~$0.146 la maxim. Cele mai multe grafice nu supraviețuiesc unei mișcări ca asta. Acesta încă se menține aproape de vârful intervalului. Bulls dețin trendul până când nu o mai fac. Și asta este, de obicei, întrebarea care contează cel mai mult. 👀🔥📈 #HEI
$HEI +130% astăzi.

Partea interesantă nu este pump-ul.

Ci faptul că fiecare retragere este cumpărată din nou.

De la ~$0.056 la ~$0.146 la maxim.

Cele mai multe grafice nu supraviețuiesc unei mișcări ca asta.

Acesta încă se menține aproape de vârful intervalului.

Bulls dețin trendul până când nu o mai fac.

Și asta este, de obicei, întrebarea care contează cel mai mult. 👀🔥📈

#HEI
Articol
OpenLedger și Modelul Care A Rămas Greșit@Openledger #OpenLedger Am petrecut o după-amiază identificând șase moduri de eșec separate într-un model. îndemnuri specifice. ieșiri specifice. comportamente specifice care clar nu ar fi trebuit să se întâmple. până la sfârșitul zilei știam cum să îmbunătățesc toate cele șase. două săptămâni mai târziu, doar unul a fost de fapt abordat. acea lacună a rămas cu mine. partea ciudată nu era că modelul era greșit. partea ciudată era că soluția exista deja. modelul a rămas greșit în orice caz. continuu să mă gândesc la asta ca la întârzierea iterației. perioada în care cunoștințele utile există, dar nu au trecut încă de stratul tehnic necesar pentru a schimba modelul.

OpenLedger și Modelul Care A Rămas Greșit

@OpenLedger #OpenLedger
Am petrecut o după-amiază identificând șase moduri de eșec separate într-un model.
îndemnuri specifice.
ieșiri specifice.
comportamente specifice care clar nu ar fi trebuit să se întâmple.
până la sfârșitul zilei știam cum să îmbunătățesc toate cele șase.
două săptămâni mai târziu, doar unul a fost de fapt abordat.
acea lacună a rămas cu mine.
partea ciudată nu era că modelul era greșit.
partea ciudată era că soluția exista deja.
modelul a rămas greșit în orice caz.
continuu să mă gândesc la asta ca la întârzierea iterației.
perioada în care cunoștințele utile există, dar nu au trecut încă de stratul tehnic necesar pentru a schimba modelul.
@Openledger #OpenLedger $OPEN Integrarea ERC-4626 de la OpenLedger m-a făcut să mă gândesc la o greșeală de depanare pe care am petrecut două zile să o găsesc. un flux de răscumpărare a unui vault pe care l-am construit a funcționat fără probleme timp de luni de zile. depozit. primește acțiuni. răscumpără mai târziu. simplu. apoi, într-o dimineață, o răscumpărare s-a finalizat cu succes, dar strategia pe care depindea nu a redeschis niciodată poziția pe care ar fi trebuit să o facă. fără eroare. fără tranzacție eșuată. totul părea normal. vault-ul nu era stricat. desigur, codul nu era stricat. problema s-a dovedit a fi o presupunere pe care am încetat să o mai observ. cu luni în urmă, am construit o logică în aval în jurul unui comportament care nu a fost niciodată garantat. era pur și simplu cum a acționat vault-ul întotdeauna. până când nu a mai făcut-o. partea ciudată este că nu am ales conștient să depind de el din nou. după suficiente răscumpărări reușite, nu a mai părut o presupunere. a început să pară parte din sistem. Tot continui să mă gândesc la asta ca la presupunerea tăcută. un comportament care devine de încredere nu pentru că a fost garantat, ci pentru că a rămas adevărat suficient de mult timp. de aceea ERC-4626 a început să nu mai pară un standard de compozabilitate pentru mine și a început să pară un mecanism de control al presupunerilor. comportamentul de depozit. comportamentul de retragere. contabilitatea acțiunilor. lucrurile pe care sistemele în aval le construiesc în tăcere. aici este unde direcția ERC-4626 de la OpenLedger stă diferit în gândirea mea. nu pentru că standardele elimină riscul. ci pentru că reduc numărul de presupuneri invizibile care se ascund sub sistemele construite deasupra lor. încă pare devreme. dar un număr surprinzător de eșecuri par să înceapă cu mult înainte de lucrul care, în cele din urmă, se strică. {spot}(OPENUSDT)
@OpenLedger #OpenLedger $OPEN

Integrarea ERC-4626 de la OpenLedger m-a făcut să mă gândesc la o greșeală de depanare pe care am petrecut două zile să o găsesc.

un flux de răscumpărare a unui vault pe care l-am construit a funcționat fără probleme timp de luni de zile.

depozit.

primește acțiuni.

răscumpără mai târziu.

simplu.

apoi, într-o dimineață, o răscumpărare s-a finalizat cu succes, dar strategia pe care depindea nu a redeschis niciodată poziția pe care ar fi trebuit să o facă.

fără eroare.

fără tranzacție eșuată.

totul părea normal.

vault-ul nu era stricat.

desigur, codul nu era stricat.

problema s-a dovedit a fi o presupunere pe care am încetat să o mai observ.

cu luni în urmă, am construit o logică în aval în jurul unui comportament care nu a fost niciodată garantat.

era pur și simplu cum a acționat vault-ul întotdeauna.

până când nu a mai făcut-o.

partea ciudată este că nu am ales conștient să depind de el din nou.

după suficiente răscumpărări reușite, nu a mai părut o presupunere.

a început să pară parte din sistem.

Tot continui să mă gândesc la asta ca la presupunerea tăcută.

un comportament care devine de încredere nu pentru că a fost garantat, ci pentru că a rămas adevărat suficient de mult timp.

de aceea ERC-4626 a început să nu mai pară un standard de compozabilitate pentru mine și a început să pară un mecanism de control al presupunerilor.

comportamentul de depozit.

comportamentul de retragere.

contabilitatea acțiunilor.

lucrurile pe care sistemele în aval le construiesc în tăcere.

aici este unde direcția ERC-4626 de la OpenLedger stă diferit în gândirea mea.

nu pentru că standardele elimină riscul.

ci pentru că reduc numărul de presupuneri invizibile care se ascund sub sistemele construite deasupra lor.

încă pare devreme.

dar un număr surprinzător de eșecuri par să înceapă cu mult înainte de lucrul care, în cele din urmă, se strică.
$QNTX Perp lansează în câteva minute. Ticker nou, lichiditate proaspătă și o piață plină de traderi care vânează prima mișcare mare. 👀🔥 {future}(QNTXUSDT)
$QNTX Perp lansează în câteva minute. Ticker nou, lichiditate proaspătă și o piață plină de traderi care vânează prima mișcare mare. 👀🔥
$GENIUS @GeniusOfficial chain invizibil. fără aprobări. fără wrapping. cu cât mă gândesc mai mult la acea parte a tezei Genius terminal, cu atât devine mai ciudat. pe hârtie, e exact ceea ce ar trebui să simtă tradingul onchain. activele se mișcă acolo unde trebuie să meargă. fără pași suplimentari. fără frecare. dar apoi am început să mă gândesc la tot ce dispare odată cu frecarea. nu aleg ethereum. nu aleg arbitrum. nu aleg podul, calea de rutare sau ce lichiditate este folosită. ceva din interiorul terminalului o face. pot vedea rezultatul. fondurile ajung unde trebuie. dar procesul care le-a dus acolo este în mare parte abstractizat. și asta este partea la care mă întorc mereu. nu pentru că ceva e stricat. ci pentru că aceeași structură care face totul să pară fără cusur este și stratul pe care sunt cel mai puțin capabil să-l inspectez. poate asta arată în sfârșit ce înseamnă o infrastructură bună. sau poate am tranzacționat un tip de frecare pentru un alt tip de orbire. #genius
$GENIUS @GeniusOfficial

chain invizibil. fără aprobări. fără wrapping.

cu cât mă gândesc mai mult la acea parte a tezei Genius terminal, cu atât devine mai ciudat.

pe hârtie, e exact ceea ce ar trebui să simtă tradingul onchain.

activele se mișcă acolo unde trebuie să meargă. fără pași suplimentari. fără frecare.

dar apoi am început să mă gândesc la tot ce dispare odată cu frecarea.

nu aleg ethereum. nu aleg arbitrum. nu aleg podul, calea de rutare sau ce lichiditate este folosită.

ceva din interiorul terminalului o face.

pot vedea rezultatul. fondurile ajung unde trebuie.

dar procesul care le-a dus acolo este în mare parte abstractizat.

și asta este partea la care mă întorc mereu.

nu pentru că ceva e stricat.

ci pentru că aceeași structură care face totul să pară fără cusur este și stratul pe care sunt cel mai puțin capabil să-l inspectez.

poate asta arată în sfârșit ce înseamnă o infrastructură bună.

sau poate am tranzacționat un tip de frecare pentru un alt tip de orbire.

#genius
Articol
OpenLedger și Munca Dinaintea MunciiAm încercat să desfășor trei agenți pentru un flux de monitorizare în ultimul trimestru. agenți care nu sunt complicați. unul care urmărește fluxurile de preț. unul care urmărește activitatea on-chain. o condiție agregată demnă de acționat. agenții înșiși au avut nevoie poate de două zile pentru a construi. mediile au durat patru. mediile care se strică după actualizări. agenți care mor în tăcere peste noapte. găsirea defectelor doar după ce au devenit costisitoare. nimic din asta nu era munca efectivă. a fost munca dinaintea muncii. și s-a multiplicat cu fiecare nou agent. un agent a avut o problemă de configurare.

OpenLedger și Munca Dinaintea Muncii

Am încercat să desfășor trei agenți pentru un flux de monitorizare în ultimul trimestru.
agenți care nu sunt complicați.
unul care urmărește fluxurile de preț.
unul care urmărește activitatea on-chain.
o condiție agregată demnă de acționat.
agenții înșiși au avut nevoie poate de două zile pentru a construi.
mediile au durat patru.
mediile care se strică după actualizări.
agenți care mor în tăcere peste noapte.
găsirea defectelor doar după ce au devenit costisitoare.
nimic din asta nu era munca efectivă.
a fost munca dinaintea muncii.
și s-a multiplicat cu fiecare nou agent.
un agent a avut o problemă de configurare.
#OpenLedger Am ajustat un model folosind limbaj natural luna trecută. am descris clar modelul de eșec. am subliniat comportamentul exact pe care îl greșea constant. am dat exemple. modelul s-a îmbunătățit. vizibil. și totuși nu am putut explica de ce s-a îmbunătățit. Am continuat să încerc să-l izolez după aceea. am rescris secțiuni. am schimbat cadrul. am eliminat exemplele pe care le consideram irelevante. uneori comportamentul s-a îmbunătățit și mai mult. alteori a regresat din nou. dar nu am putut să-mi dau seama care parte a explicației făcea cu adevărat treaba. a explicatia a funcționat. pur și simplu nu am putut să-mi dau seama ce din explicație a funcționat. asta este partea care m-a rămas cu mine. Am schimbat comportamentul modelului fără a înțelege ce l-am învățat de fapt. Continu să mă gândesc la asta ca la prăpastia explicației. cele mai multe sisteme de ajustare rezolvă prima parte destul de bine. e explici problema. modelul se îmbunătățește. dar semnalul cauzal din explicație dispare. ceea ce înseamnă că următoarea iterație începe din nou cu incertitudine. aceasta este partea din @Openledger pe care o observ. nu doar dacă vibecoding-ul funcționează. ci dacă atribuirea PoA rămâne conectată suficient de profund la elementele de explicație care au modelat efectiv comportamentul. pentru că dacă atribuirea urmărește ce contribuții au influențat ce rezultate, prăpastia explicației începe să se micșoreze. $OPEN contează doar dacă acea cale de atribuție este suficient de granulară pentru a arăta nu doar că contribuția ta a ajutat — ci care părți din ea au făcut-o. și cât de mult. încă mă uit dacă PoA ajunge de fapt la acel nivel de granularitate în practică. sau dacă traseul ajunge să fie mult mai grosier decât ar suna arhitectura pe hârtie.
#OpenLedger

Am ajustat un model folosind limbaj natural luna trecută.

am descris clar modelul de eșec.

am subliniat comportamentul exact pe care îl greșea constant.

am dat exemple.

modelul s-a îmbunătățit.

vizibil.

și totuși nu am putut explica de ce s-a îmbunătățit.

Am continuat să încerc să-l izolez după aceea.

am rescris secțiuni.

am schimbat cadrul.

am eliminat exemplele pe care le consideram irelevante.

uneori comportamentul s-a îmbunătățit și mai mult.

alteori a regresat din nou.

dar nu am putut să-mi dau seama care parte a explicației făcea cu adevărat treaba.

a explicatia a funcționat.

pur și simplu nu am putut să-mi dau seama ce din explicație a funcționat.

asta este partea care m-a rămas cu mine.

Am schimbat comportamentul modelului fără a înțelege ce l-am învățat de fapt.

Continu să mă gândesc la asta ca la prăpastia explicației.

cele mai multe sisteme de ajustare rezolvă prima parte destul de bine.

e explici problema.

modelul se îmbunătățește.

dar semnalul cauzal din explicație dispare.

ceea ce înseamnă că următoarea iterație începe din nou cu incertitudine.

aceasta este partea din @OpenLedger pe care o observ.

nu doar dacă vibecoding-ul funcționează.

ci dacă atribuirea PoA rămâne conectată suficient de profund la elementele de explicație care au modelat efectiv comportamentul.

pentru că dacă atribuirea urmărește ce contribuții au influențat ce rezultate, prăpastia explicației începe să se micșoreze.

$OPEN contează doar dacă acea cale de atribuție este suficient de granulară pentru a arăta nu doar că contribuția ta a ajutat —

ci care părți din ea au făcut-o.

și cât de mult.

încă mă uit dacă PoA ajunge de fapt la acel nivel de granularitate în practică.

sau dacă traseul ajunge să fie mult mai grosier decât ar suna arhitectura pe hârtie.
Conectați-vă pentru a explora mai mult conținut
Alăturați-vă utilizatorilor globali de cripto pe Binance Square
⚡️ Obțineți informații recente și utile despre criptomonede.
💬 Alăturați-vă celei mai mari platforme de schimb cripto din lume.
👍 Descoperiți informații reale de la creatori verificați.
E-mail/Număr de telefon
Harta site-ului
Preferințe cookie
Termenii și condițiile platformei