Odbicie na rynku kryptowalut czy krach, gdy $7.5B opcji Bitcoin, ETH, XRP wygasa dzisiaj?
Spot utknął pod poziomami, których naprawdę potrzebuje, a ludzie wciąż próbują nazywać zielony ekran odbiciem. $BTC siedzi blisko $73,662 z ponad 84K kontraktów i $6.2B do rozliczenia na wygaśnięcie 29 maja, maksymalne cierpienie Deribitu wciąż na poziomie $75,000, a ja wciąż obserwuję zlecenia pojawiające się wokół $73,500 i $74,500, jakby przechodzenie przez te liczby jakoś rozwiązywało fakt, że duży strike wciąż jest nad nami. Wolumen call jest wyższy niż wolumen put, ogólny put/call wynosi 0.84, tak, jasne, jest potencjał do wzrostu, ale to wzrost siedzący pod maksymalnym cierpieniem z IV wciąż skompresowanym po sprzedaży i bez odpowiedniego panicznego squeeze, który wymusiłby wyższą cenę. Detal wpatruje się w codzienną młotkę, jakby to było zbawienie, podczas gdy około $7.5B miesięcznych opcji BTC, ETH i XRP musi się rozliczyć w odbiciu, które zaczęło się, ponieważ zawarcie rozejmu USA-Iran przedłużono o kolejne 60 dni, a nie dlatego, że płynność nagle stała się zdrowa. Potem dane PCE w USA pokazują 3.8%, dokładnie tam, gdzie przewidywały je JPMorgan i UBS, a wszyscy wciąż chcą udawać, że handel ryzykiem stał się łatwiejszy.
Nawet najpłynniejszy terminal ma ten jeden moment, kiedy celowo staje się trudny.
Ten moment na Geniusie to nie wykres ani przycisk do kupowania. To chwila, gdy użytkownik postanawia zbadać lub skopiować klucz prywatny. Genius zapewnia każdemu konto adresy portfeli dla sieci EVM i Solana, aby środki mogły być odbierane i używane na łańcuchu. Ale gdy klucz ma opuścić ochronę interfejsu, przepływ zatrzymuje się, prosząc użytkownika o potwierdzenie, co to oznacza: posiadanie klucza oznacza kontrolę nad kontem i środkami, które za nim stoją.
Myślę, że to bardziej oświecające niż kolejne zapewnienie o wygodzie. Skopiowany klucz to antyteza działania dla kogoś, kto używa terminala, ponieważ zmniejsza zwykłe tarcie łańcucha. To nie jest kolejne ustawienie do posprzątania później. To władza, która opuszcza ekran w formie, której nie można cofnąć, jeśli zostanie nadużyta.
Obserwowalny wynik jest prosty. Odbieraj środki, kopiując adres depozytowy. Klucz prywatny może być skopiowany przez niewłaściwą osobę, aby przejąć nad nimi kontrolę. Te dwa akty kopiowania nigdy nie powinny wydawać się sąsiednimi wariantami tej samej wygody.
Moim kryterium dowodowym dla Genius jest to, czy ta pauza jest nadal niemożliwa do pominięcia, gdy terminal staje się szybszy gdzie indziej. Ostrzeżenie powinno być jasne, różnica między adresem a kluczem oczywista, a eksport nigdy nie powinien wydawać się normalnym ustawieniem konta.
Prywatny terminal jest tak poważny jak kliknięcie, w którym prywatność staje się własnością. Jeśli najpotężniejszy przycisk kopiowania jest również najłatwiejszy do naciśnięcia, wtedy terminal uprościł niewłaściwą rzecz.
Faktura za wnioskowanie AI nie powinna być jedynym dowodem
Klient może uzyskać konkluzję AI, zapłacić za to, co za nią stoi, a na koniec zostać z najsłabszym rodzajem dowodu, misja zrealizowana, jakby. Jeśli obliczenia są zlecane zewnętrznym dostawcom, błyszczący wynik nie wskaże, kto wykonał robotę, jakie wykonanie zostało zarejestrowane, ani czy rozliczenie nastąpiło na podstawie pracy, która była twierdzona. Dlatego współpraca OpenLedger z DGrid to wyjątek od reguły. Ogłoszona umowa jest bliska i użyteczna. DGrid rozdziela obciążenia obliczeniowe dla wniosków AI w sieci węzłów obliczeniowych. OpenLedger łączy wykonanie, atrybucję i rozliczenie na łańcuchu. To przesuwa fokus badań dla klienta, który polega na AI w aplikacji na łańcuchu. Wynik nie jest całym zakupem. Liczy się droga, która do niego prowadzi.”
Odkup niewiele mi mówi, dopóki nie wiem, dlaczego tokeny muszą być odkupywane w pierwszej kolejności. Dlatego najnowsza aktualizacja od OpenLedger z perspektywy posiadaczy jest bardziej odkrywcza niż zwykłe ogłoszenie o płynności. Projekt mówi, że 4,5% alokacji tokenów pierwotnie przeznaczonej na płynność zostało skierowane na nagradzanie uczestników danych przedsiębiorstwa. Teraz ogłoszono odkup równy 1,6% całkowitej podaży, realizowany w ciągu 60 dni, z częścią przychodów z przedsiębiorstwa zobowiązaną do kontynuacji naprawy. Dla posiadacza interesującą częścią nie jest słowo odkup. To droga, którą wartość przeszła przed tym, jak odkup stał się konieczny. OpenLedger jest zbudowany wokół przekształcania danych w aktywa ekonomiczne. Tutaj ta idea już stworzyła widoczny skutek po stronie tokenów: zachęty dla uczestników były finansowane z puli przeznaczonej na wsparcie płynności, a projekt teraz potrzebuje przychodów z tej samej ścieżki przedsiębiorstwa, aby odbudować to, co zostało odwrócone. Ciągle do tego wracam, ponieważ sprawia, że roszczenie jest mierzalne w znacznie mniej komfortowy sposób. Nagradzanie użytecznych danych brzmi łatwo, gdy pozostaje w haśle. Staje się poważne, gdy te nagrody wpływają na inną alokację, a projekt musi pokazać, jak przywrócone jest zrównoważenie. Nie interpretowałbym ogłoszonego odkupu jako dowodu na to, że cykl został zakończony. Dowodem jest to, czy ujawniony portfel pokazuje planowane zakupy, czy alokacja płynności jest faktycznie uzupełniana, i czy przychody z przedsiębiorstwa nadal wspierają tę korektę po zakończeniu początkowego okna. Gospodarka danych staje się wiarygodna dla posiadaczy tylko wtedy, gdy płacenie uczestnikom nie pozostawia płynności jako niewyjaśnionego kosztu gdzie indziej. @OpenLedger $OPEN #OpenLedger
Czytałem o opłatach spot Genius jako jednym ciągłym bilansie. Utrzymuj aktywność w obrębie przepływu spot, przechodź przez poziomy i oceniaj każdy rutynowy ruch na podstawie tych samych obliczeń zwrotu. Nie oddzielałem cichych przesunięć salda od transakcji, na których faktycznie planowałem. W mojej głowie wszystkie one były częścią tej samej trasy opłat.
Potem dotarłem do pasa, który tego nie przestrzega. Na Geniusie, transakcje stable-to-stable i stable/native mają stałą opłatę 0.05% bez względu na poziom, bez zwrotu opłaty. Traktowałem te ruchy jako część tej samej aktywności wokół większej transakcji. Przesuń się do stabilnego salda, podczas gdy czekam. Przesuń się przez aktywa natywne, gdy to jest trasa, którą chcę. Transakcja wydawała się na tyle zwyczajna, że nigdy nie wyciągnąłem jej z obliczeń opłat. Przeczytanie wyjątku sprawiło, że od razu to wyciągnąłem.
Wróciłem do sposobu, w jaki oszacowywałem trasę i zobaczyłem, co cicho dodałem. Dawałem stabilnej nodze mały rabat w mojej głowie, ponieważ znajdowała się obok transakcji, gdzie poziom i trasa zwrotu mogły mieć znaczenie. To sprawiło, że rutynowy ruch salda wyglądał na nieco tańszy, zanim jeszcze zdecydowałem, czy go chcę. Stwierdzona opłata się nie zmieniła. Sam ją zmieniłem, mentalnie włączając korzyść, której ten pas nie otrzymuje.
Gdy tylko oddzieliłem stabilny pas, ta noga musiała uzasadnić się przy stałej opłacie 0.05% bez jakiegokolwiek oczekiwanego zwrotu. Kiedy teraz myślę o ruchu stable-to-stable lub stable/native na Geniusie, nie dodaję oczekiwanego zwrotu, aby trasa wydawała się tańsza. Liczę zmianę salda i opłatę 0.05%. Nie liczę cashbacku.
Zatrzymałem się na "podpowiedziach i dalszych pytaniach." Strona Astro AI OpenLedger opisuje doświadczenie przewidywania stworzone z użyciem agentów AI OpenLedger, gdzie wymiana trwa dalej zamiast kończyć się po jednym wyniku.
Moja pierwsza reakcja była taka, że to wydaje się łatwe w użyciu. Mogłem uzyskać jedno odczytanie, zapytać o linijkę, która mnie zaintrygowała, dodać szczegół i kontynuować bez zaczynania od nowa. Potem wyobraziłem sobie siebie po trzech odpowiedziach.
Pierwsza odpowiedź musiałaby opierać się na tym, co jej podałem na początku. Późniejsza miałaby więcej informacji ode mnie do pracy. Mogłem wskazać na linijkę, która mnie niepokoiła, dodać szczegół, który według mnie jest istotny, lub sformułować następne pytanie w oparciu o odpowiedź, którą mam nadzieję tam znaleźć. Jeśli odpowiedź nagle wydaje się bliska, mogę zapomnieć, że pomogłem ją tam skierować.
To jest to, co przyciągnęło moją uwagę w Astro AI. Ciągła wymiana nie jest problemem sama w sobie. Problemem jest to, jak szybko lepiej dopasowana odpowiedź może sprawić, że pierwsza odpowiedź wyda się słuszna, po tym jak już dostarczyłem więcej kształtu.
Jeśli druga odpowiedź była bardziej przekonywująca niż pierwsza, chciałbym, aby pierwsza nadal była przede mną, zanim zaufam temu uczuciu. Czy już powiedziała coś przekonującego, czy to tylko pojawiło się po tym, jak zawęziłem rozmowę?
Nie musiałbym niczego ukrywać, aby stracić tę porównawczość. Mógłbym sam zakopać oryginalne odczytanie, utrzymując rozmowę w ruchu, aż następna odpowiedź wyda się wystarczająco osobista. Pierwsza odpowiedź jest tą, którą chciałbym mieć otwartą, podczas gdy pisałem następne pytanie.
Testowanie roszczenia IP OpenLedger, gdy model jest używany
Najpierw przeczytałem ogłoszoną integrację infrastruktury IP OpenLedger jako poprawę rejestracji. Dane treningowe, modele i własność intelektualna mogłyby wejść w trasę AI z weryfikowalnym pochodzeniem zamiast zostawiać właściciela do rekonstrukcji później, skąd pochodziła praca. To brzmiało przydatnie samo w sobie. Posiadacz praw mógłby zezwolić na wprowadzenie pracy do trasy z jej pochodzeniem i początkowym stanem wciąż czytelnym. Na tym pierwszym przelocie prawie potraktowałem zapis jako najtrudniejszą część. Aktywo jest identyfikowane przed ruchem. Właściciel nie jest usuwany przy wejściu. Ustalona zasada ma swoje miejsce, gdy praca jest udostępniana. Patrzyłem na początek trasy i zakładałem, że czysty start to główna ochrona, którą warto sprawdzić.
Szczegóły wpłaty wOPEN, które sprawdziłbym przed zaufaniem 1:1
Pierwsza linia wOPEN, którą bym zaznaczył, to 1:1. Natywne Open jest wpłacane, wOPEN jest mintowane, a wypłata spala ten owinięty balans, aby zwrócić natywne Open. Przeczytaj szybko, trasa wydaje się ustalona. Natywna kwota ma odpowiadającą owiniętą reprezentację, a posiadacz ma jasno określoną drogę powrotną. Prawie pozwoliłem, aby stosunek zakończył sprawdzenie za mnie. Potem obsługa przychodzącej transakcji stała się częścią, której nie mogłem pominąć. W wOPEN przychodzące transfery z pustymi danymi wiadomości są obsługiwane przez funkcję odbioru. OpenLedger łączy ten wybór z redukcją powierzchni ataku związanej z luką w stylu zezwolenia, związaną z obsługą opartą na fallbacku w wcześniejszym wzorze tokenów owiniętych.
Zatrzymałem się na "22,5% z puli społeczności jest przenoszone między kustodiami."
Nie na "pozostaje zablokowane." Nie na "brak wpływu na podaż w obiegu." Te linie pojawiły się po tym, jak moja pierwsza reakcja już się ukształtowała. Słowo kustodia nie miało takiego samego ciężaru jak procent.
Zobaczyłem pulę społeczności i 22,5% w tym samym zdaniu i odczytałem ruch jako dostępność. Moje myśli od razu skierowały się ku płynnemu OPEN, zanim miałem jakiekolwiek powody, aby to tak interpretować. Tokeny poruszały się w kustodii. W mojej głowie przeniosłem je na rynek. Potem szczegół o zablokowaniu zmusił mnie do powrotu. OpenLedger mówi, że alokacje pozostają zablokowane, bez wpływu na podaż w obiegu czy harmonogramy odblokowania. Ta jedna linia zmieniła cały obiekt, na który patrzyłem. To nie była alokacja społeczna stająca się handlową. To była zablokowana alokacja zmieniająca miejsce, w którym była trzymana.
Wróciłem do otwierającej linijki. Procent wciąż wyglądał na duży. Wciąż chciałem wiedzieć, dlaczego tak dużo się porusza i gdzie jest trzymane. Ale już nie traktowałem wielkości transferu jako dowodu na to, że więcej OPEN stało się dostępne.
Co mnie zaskoczyło, to jak mało informacji użyłem w moim pierwszym odczycie. Nie potrzebowałem daty odblokowania ani roszczenia do płynności. Zobaczyłem pulę, duży procent i ruch. Moja głowa dostarczała informacje o obiegu, zanim aktualizacja dostarczała korektę.
Źle odczytałem ruch kustodii, ponieważ transfer był łatwiejszy do zauważenia niż niezmieniony status. "22,5% w ruchu" dotarło do mnie najpierw. "Wciąż zablokowane" musiało mnie cofnąć.
Przesuwałem cenę docelową w Geniusie i liczba, która mnie zatrzymała, nie była ceną tokena.
To była zmieniająca się implikowana kapitalizacja rynkowa obok niej.
Patrzyłem na cenę z przecinkiem i traktowałem tę korektę prawie jak nic. W przypadku młodszej kryptowaluty, cel może nadal wyglądać na mały, nawet po tym, jak przesunąłem go dalej niż pierwotnie planowałem. Wpisałem poziom, który myślałem, że będzie w porządku, zatrzymałem się na chwilę i byłem już bliski jego wysłania.
A potem zauważyłem wycenę obok. To było miejsce, w którym moja wygoda się załamała. Cel nadal wyglądał nisko w kategoriach ceny tokena. Implikowana kapitalizacja rynkowa nie wyglądała jak zakład, z którym wszedłem na panel, zamierzając go złożyć.
Przesunąłem cel trochę wyżej, żeby sprawdzić, co widzę. Kapitalizacja rynkowa wzrosła razem z nim. Zdecydowałem się na powrót w dół i obserwowałem, jak liczba znów spada. To był mały ruch w polu ceny, ale nie mały ruch w tym, w co bym inwestował, gdyby to zlecenie zostało zrealizowane.
Trzymałem panel otwarty dłużej, niż się spodziewałem. Był poziom, który wydawał się wystarczająco bliski tylko na podstawie przecinków, rodzaj oferty, którą normalnie bym wysłał, ponieważ zwiększała szanse na realizację. Tym razem nie mogłem zignorować kapitalizacji rynkowej obok. Nie decydowałem już, czy token wygląda na tani. Zastanawiałem się, czy naprawdę chcę tę wycenę.
Więc obniżyłem cel. Kapitalizacja rynkowa spadła razem z nim. Spróbowałem jeszcze jednego niższego poziomu, zobaczyłem liczbę, którą mogłem faktycznie zaakceptować, i zatrzymałem się tam.
Zlecenie może być dobre, cena może być uczciwa, a transakcja może utknąć na najmniejszym detalu na ekranie: brak natywnego salda gazu na łańcuchu, gdzie muszę działać
Jedna subtelna powierzchnia Genius ciągle wraca do mnie, ponieważ mówi więcej o użytecznym terminalu niż o innych wielkich ogłoszeniach funkcji. Na większości wspieranych sieci Genius sponsoruje transakcje użytkowników, gdy konto nie ma już natywnego tokena na pokrycie gazu. To prawdziwa ścieżka ratunkowa dla handlowca na rynku multi-chain. Mogę mieć odpowiedni łańcuch, rynek może się poruszać, a ja nie muszę przerywać procesu, aby najpierw zdobyć skromne saldo gazu.
Ale chodzi o to, że ratunek nie jest przedstawiony jako magia. Trader wciąż potrzebuje natywnego gazu, aby transakcjonować na Avalanche i HyperEVM. Genius stosuje EIP-7702 i pobiera 10% prowizji za sponsorowanie EVM. Ta gładko wyglądająca aktywność ma zatem granicę i cenę.
A ta granica ma znaczenie. Powinno to zmniejszyć liczbę skromnych problemów operacyjnych, które powodują, że decyzja na łańcuchu przychodzi za późno. Jeśli sponsorowanie gazu to tylko łatwość niewidoczności, nie mogę wiedzieć, kiedy jestem chroniony, kiedy płacę za ochronę, kiedy moje zlecenie wciąż jest narażone na brak salda.
Mierzyłbym Genius tutaj bardzo prostym testem: przed złożeniem, czy trader widzi, czy ta transakcja jest sponsorowana, ile kosztuje sponsorowanie lub czy natywny gaz jest wciąż konieczny na tej sieci? Jeśli ta odpowiedź przyjdzie przed nieudanym kliknięciem, terminal zmniejszył genuine obciążenie, a nie tylko smaruje zrzut ekranu.
Ale końcowe zlecenie nie jest tym, które wydaje się gotowe dla tradera podróżującego między łańcuchami. To to, które nie pozwala brakowi salda gazu ujawnić ścieżki tylko wtedy, gdy okazja zniknęła. @GeniusOfficial $GENIUS #genius $SOL $NEAR
OpenLoRA Ma Znaczenie, Gdy Każdy Model Specjalistyczny Chce Własnego GPU
Łatwo podziwiać pierwszy dedykowany model. Odpowiada w odpowiedniej dziedzinie, jest bardziej wyrazisty niż ogólny model i daje twórcy coś przekonującego do zaprezentowania. Ból zaczyna się, gdy potrzebujesz drugiego modelu specjalistycznego, a potem dziesiątego. Jeśli każda dostosowana wersja wymaga własnego pełnego stosu, specjalizacja przestaje być przewagą produktową i zamienia się w rachunek infrastrukturalny. Dlatego bardziej interesuje mnie powierzchnia OpenLoRA na OpenLedger niż kolejne ogólne stwierdzenie o inteligentniejszej sztucznej inteligencji. Chodzi o okropny czas, gdy model już został uczyniony użytecznym. OpenLoRA jest zaprojektowane do hostowania dostosowanych adapterów LoRA, które siedzą na wspólnym modelu bazowym, zamiast wdrażać każdy specjalistyczny model jako osobną ciężką jednostkę. W rzeczywistej decyzji produktowej różnica jest znaczna. Konstruktor może nadal rozwijać precyzyjne możliwości lub zacząć je ograniczać, gdy obsługa staje się zbyt niewygodna do noszenia.
Swap może być zrealizowany dokładnie tak, jak podpisano, a nadal pozostawia tradera z elementem, który jest najtrudniejszy do zaakceptowania: kosztem, który zmienił się, ponieważ zaangażowany był wynik AI, ale wyjaśnienie tej wartości leży poza momentem realizacji.
To jest powierzchnia OpenLedger, do której ciągle wracam w kontekście pracy z Algebrą. OpenLedger pracuje nad dynamicznym kontrolerem opłat za swoje swapy, opartym na FeeScore. Agent oceny off-chain wygeneruje FeeScore każdej wymiany. Ta kalkulacja może obejmować opcjonalne sygnały uczestnictwa, a użytkownik, który ich nie złoży, płaci opłatę domyślną. Kwota pobierana jest ustalona tak, aby mieściła się w z góry określonych ograniczeniach on-chain, niezależnie od dostarczonego wyniku.
To przesuwa obowiązek na tradera. Może to być kosztowne, ale jest zrozumiałe przed kliknięciem. Więcej niż tylko wypluwanie sprytnej liczby to to, co musi zrobić adaptacyjna opłata zbudowana na podstawie sygnałów. Swap musi się rozliczyć. Następnie wynik pobranej opłaty musi być uzasadniony.
Etykieta AI jest mniej istotna niż szczegół opt-in, który odkrywam. Kiedy zaangażowanie może wpłynąć na FeeScore, brak uczestnictwa nie może wydawać się wchodzeniem do ciemnego pudełka. Użytkownik powinien zauważyć, że podążono domyślną ścieżką, że dostarczony wynik pozostał w określonych granicach i że cena została zastosowana zgodnie z zamiarem, zamiast cicho stać się tajemniczym kosztem.
To wciąż jest w fazie rozwoju, więc nie nazwałbym tej koncepcji zwycięstwem, dopóki prawdziwe wymiany nie uczynią tego badania wykonalnym. Adaptacyjne ustalanie cen jest użyteczne tylko tutaj, jeśli osoba płacąca potrafi zrozumieć, dlaczego ta cena ma zastosowanie, a nie polega na niewidocznym wyniku.
Jeśli opłata AI może zmienić rachunek, ale nie może uczynić powodu zrozumiałym, gdy swap się rozlicza, inteligencja wciąż jest w systemie, a niepewność pozostaje z traderem. @OpenLedger $OPEN #OpenLedger $NEAR $SOL
Dokładnie wtedy, gdy odpowiedź AI wydaje się na tyle wartościowa, by ją przesłać, staje się szkodliwa.
Mam przed sobą wiele wypolerowanych podsumowań. Sztuczka polega na tym, aby odróżnić, które zdanie pochodzi z ugruntowanego materiału, a które jest wynikiem modelu wypełniającego formę odpowiedzi. W pracy badawczej lub analitycznej różnica polega na tym, czy następna osoba może zaufać wynikowi, czy musi wszystko otworzyć od nowa.
To daje OpenLedger kanał, którego nie traktowałem wystarczająco poważnie: moment po odpowiedzi modelu, kiedy ktoś nadal musi ocenić, czy tekst jest akceptowalny. W OpenChat, jeśli znajdzie się pasująca atrybucja, zdanie może być wyróżnione wraz z jego źródłowym zbiorem danych, a także metadanymi i wskaźnikiem pewności. Rozmowa odbywa się również w ramach płatnego procesu wnioskowania, a nie w odpowiedzi swobodnego chatbota.
Różnica jest wyraźna. Po odpowiedzi znajduje się cytat, który prosi mnie o wiarę w nawyk źródłowy modelu. Atrybucja związana z dopasowanym tekstem umożliwiłaby mi sprawdzenie roszczenia, zanim je przekażę.
Jest jednak granica. Wizualne dopasowanie nie ustala, że odpowiedź jest poprawna lub pełna. Ścieżka poprawia wybór tylko wtedy, gdy użytkownicy mogą podważać słabe dowody.
Ale mimo to, wyjście modelu staje się coraz tańsze co miesiąc. Nie jest. Odpowiedzialność, która działa. Jeśli płatne wnioskowanie konkurowałoby wokół inspekcyjności, to staje się bardziej prawdopodobną drogą do wartości dla @OpenLedger $OPEN #OpenLedger
Agent AI nie jest ekonomicznie autonomiczny, dopóki nie może sobie pozwolić na opłacenie innych, aby pomogli
Agent może wydawać się zdolny, dopóki nie wymaga innej usługi. Może stworzyć workflow i dać użyteczną odpowiedź. Potem potrzebuje specjalistycznego modelu, płatnego zapytania o dane lub pracy innego agenta. Człowiek musi zatwierdzić koszt, zbilansować opłatę i zdecydować, kto dostaje zapłatę. Na tym etapie agent nie jest faktycznie agentem ekonomicznym. To oprogramowanie czekające na dział finansowy człowieka. Ciągle widzę, że historia agenta kręci się wokół działania. Czy może badać, tworzyć i wykonywać? Te rzeczy są ważne, ale trudniejsza warstwa zaczyna się, gdy jedna inteligentna usługa musi kupić inną w ramach tej samej aktywności. Jeśli agent nie stać na swoje zależności, budowniczy wciąż zostaje z opłaconymi z góry kontami, tajną logiką rozliczeń i ręcznymi podziałami przychodów.
Model Może Być Gotowy Bez Otrzymania Jego Inferencji
Najmniej ufam części produktu AI, która nie jest dema. To jest pierwszy prawdziwy przypadek użycia, kiedy model obsługuje zapytania przez cały dzień, a ktoś musi wziąć odpowiedzialność za to, co się naprawdę wydarzyło. Jakie obliczenia przetworzyły żądanie? Co zostało zrealizowane? Ile to kosztowało? Co zostało uzgodnione? Jeśli odpowiedzi na te pytania znajdują się w logach prywatnego serwera, produkt może wydawać się inteligentny, ale jego ekonomiczny ślad to coś, w co użytkownicy i budowniczowie muszą po prostu uwierzyć. Dlatego sojusz OpenLedger z DGrid to lepszy kamień milowy do obserwacji niż kolejne twierdzenie, że AI można umieścić na łańcuchu. DGrid jest zaprojektowany do dystrybucji obciążeń inferencyjnych AI w rozproszonym sieci obliczeniowej. Zadeklarowany cel OpenLedger to zapewnienie on-chain anchoring wykonania, przypisania i rozliczenia. To nie jest model produkowany, to jest interesująca część. To model, który jest wywoływany po uruchomieniu, podczas powtarzającego się użycia, gdzie każde żądanie i wynik mają nosić zapis, który można zbadać, a nie odtworzyć później.
Nie sądzę, żeby budowniczowie AI mieli brak ogólnych plików treningowych. Nie mają ograniczonego zbioru danych, z którego ekspert łatwo by się rozstał.
To gorsze wąskie gardło niż wybór modelu. Zbiór danych może być wystarczająco użyteczny, aby pomóc określonemu modelowi, ale zbyt cenny, by jego właściciel oddał go na wiarę. Jeśli jedyną opcją na monetyzację jest oddanie rzeczy, którą chcesz monetyzować, poważni właściciele nie staną się dostawcami. Nigdy nie wchodzą.
Powierzchnia OpenLedger, którą uważam za wartą śledzenia, to ModelFactory. Jej przepływ jest szczegółowy, co pozwala na fine-tuning na Datanets z uprawnieniami i akceptowanymi przy użyciu OpenLedger. Model jest prywatny, gdy jest budowany, a udostępniony publiczności dopiero po osobnej fazie wdrożeniowej. Szkolenie jest również wyceniane w natywnej kryptowalucie sieci.
Ta sekwencja znaczy dla mnie więcej niż kolejne odkrycie modelu AI. Oddziela to wymóg ograniczonego materiału szkoleniowego od wyboru wydania użytecznego modelu. Może być powód, dla którego właściciel danych ma uczestniczyć. Konstruktor ma drogę do czegoś lepszego niż zeskrobane resztki.
Nie widziałem wystarczająco dużo, aby założyć, że granica jest idealna. Zgoda przed treningiem jest ważna tylko wtedy, gdy wdrożony model nie przekształca cicho oryginalnego zbioru danych z powrotem w darmowy materiał.
Podaż modeli AI łatwo zwiększyć. Specjalistyczne dane, którym można zaufać, nie są. Ta uprawniona ścieżka to sygnał użycia, który bym zmierzył dla @OpenLedger $OPEN #OpenLedger
Część OpenLedger Datanets, która mnie frustruje, to nie odrzucenie. To zauważenie mojego błędu po akceptacji. Przesyłam zbiór danych tekstowych. Przechodzi walidację. Potem zauważam, że jedna etykieta jest błędna. Teraz mam prosty problem bez prostego rozwiązania. Zaakceptowany upload nie może być edytowany ani zastąpiony. Mogę przesłać poprawiony plik, ale to nie mówi mi, co stało się z pierwszą wersją. To jest część, na której ciągle się utknę. OpenLedger łączy dane wprowadzone przez użytkowników z wynikami modeli i nagradza przez atrybucję. Więc po poprawieniu błędu powinienem móc zobaczyć, która wersja teraz niesie znaczenie mojej wkładu. Zamiast tego mogę skończyć z jednym zaakceptowanym plikiem, za którym już nie stoję, i jednym poprawionym plikiem obok. Nie proszę, żeby oryginalny zapis zniknął. Niech będzie widoczny. Niech historia pozostanie nienaruszona. Ale poprawka potrzebuje widocznego związku z błędem, który naprawia. W przeciwnym razie naprawiłem dane w mojej głowie, a nie w ścieżce wartości, która została wokół nich zbudowana. Wkład nie powinien stać się najtrudniejszy do poprawienia po tym, jak stał się wystarczająco ważny, by go atrybucjonować. #OpenLedger $OPEN @OpenLedger
Skopiowałem odpowiedź OpenLedger do moich notatek, a potem ją usunąłem
Zdanie było już w moich notatkach, zanim pojawił się problem. Poprosiłem o wąską odpowiedź, bo nie chciałem dalej grzebać w tym samym temacie. Odpowiedź przyszła w takiej formie, że jej ponowne wykorzystanie wydawało się bezproblemowe: krótka, konkretna, łatwa do przeniesienia do następnej rzeczy, którą pisałem. Skopiowałem ją. Następnie otworzyłem ścieżkę źródłową związaną z odpowiedzią, przeczytałem, co właściwie ją wspierało, i znowu usunąłem zdanie. Materiał był powiązany. Nie wspierał tej samej pewności, którą właśnie przeniosłem do moich notatek.