BTC | Aktualizacja ramy 15M: Obecny poziom korekty nadal nie jest wystarczająco bezpieczny dla byków
$BTC ma obecnie dość silny impuls wzrostowy od początku tygodnia, ale według mojej perspektywy, to nadal nie jest wystarczająco jasny sygnał, aby potwierdzić, że krótkoterminowy trend wzrostowy rzeczywiście się uformował.
Powód jest taki, że siła spadkowa i skupiska płynności poniżej wciąż istnieją, nie zostały całkowicie unieważnione. Gdy te obszary płynności są nadal otwarte, możliwość powrotu ceny w dół w celu dalszego wykorzystania pozostaje scenariuszem, który należy priorytetowo śledzić.
W tej chwili cena wchodzi w dość wrażliwy obszar: obszar ceny otwarcia dziennego połączony z FVG spadkowym.
To zazwyczaj jest obszar, w którym strona sprzedająca może zareagować, jeśli struktura rynku nadal będzie skłaniać się w kierunku spadku w ciągu dnia. Innymi słowy, to nie jest obszar do zbyt wczesnej ekscytacji, ale obszar, który wymaga uważnego obserwowania reakcji ceny.
Jeśli w tym obszarze zaczną pojawiać się oznaki odrzucenia, na przykład silne cieniowanie, słabe zamykanie świec lub brak możliwości utrzymania wzrostu, to istnieje duże prawdopodobieństwo, że $BTC będzie miało jeszcze jeden spadek. W tym scenariuszu najbliższym celem będzie przebić się przez poziom 65.7k, aby zeskrobać pozostałą płynność, a jednocześnie wypełnić lukę cenową, która leży poniżej.
Obecnie ta korekta przypomina bardziej pullback w słabszej strukturze niż wyraźne odwrócenie. Dopóki ten poziom oporu nie zostanie zdecydowanie przełamany, pozostaję ostrożny. #BTC
Kiedyś widziałem coś dość dziwnego w Web3: wszyscy mówią o zaufaniu, weryfikacji, reputacji, poświadczeniach, ale każda aplikacja definiuje te rzeczy na swój sposób. Tutaj potrzebne jest KYC. W innym miejscu potrzebny jest badge. Jeszcze gdzie indziej opiera się to na jakimś zatwierdzeniu znajdującym się gdzieś w backendzie, którego użytkownik nie widzi. Na pierwszy rzut oka wszystko to jest „weryfikacją”, ale w rzeczywistości każda lokalizacja buduje swoją własną wyspę danych. I im więcej korzystam, tym bardziej dostrzegam, że problem nie leży w braku roszczeń, lecz w tym, że roszczenia nie mogą wyjść poza system, który je stworzył. To dlatego uważam, że pytanie „Czy SIGN buduje warstwę dowodów dla Web3?” jest znacznie bardziej interesujące niż znane narracje takie jak airdrop czy poświadczenia.
21:50 Właśnie zintegrowałem dostawcę KYC zewnętrznego w projekt poboczny w zeszłym tygodniu. Spędziłem cały dzień na czytaniu dokumentacji, konfiguracji webhooka, obsłudze przypadków brzegowych i modleniu się, że format odpowiedzi nie zmieni się w przyszłości 😅 To naprawdę jest to, co Sign stara się wyeliminować.
Model schema + attestation Sign jest godny uwagi nie dlatego, że jest nową koncepcją, ale z powodu sposobu, w jaki te dwa elementy są celowo oddzielone.
Schema to specyfikacja, a nie dane. Definiuje "jak wygląda ukończenie KYC" raz, a jest współdzielona przez wszystkich. Gdy wystarczająca liczba stron przyjmie tę samą schemę, to wszystkie attestation zgodne z tą schemą będą czytelne maszynowo przez dowolną aplikację bez potrzeby niestandardowej integracji.
Attestation to instancja tej specyfikacji z rzeczywistymi danymi i podpisem kryptograficznym. Weryfikowalne maszynowo on-chain, nie wymagające zaufania do strony trzeciej.
Schema hooks to miejsce, w którym widzę prawdziwą różnicę: logika działa automatycznie, gdy stan attestation się zmienia. Nie tylko rejestruje prawdę, ale także działa na tej prawdzie automatycznie.
Te trzy warstwy razem zmieniają weryfikację z usługi, która musi być zintegrowana, w prymityw, który można komponować.
Czy SIGN może stać się rozsądny most między prywatnością a weryfikacją dzięki ZK?
Miałem kiedyś dość nieprzyjemne uczucie, gdy korzystałem z niektórych protokołów wymagających weryfikacji uprawnień. To, czego naprawdę potrzebują, to wiedzieć, czy kwalifikują się, czy nie, ale sposób, w jaki to obsługują, przypomina, jakby chcieli zdobyć cały zestaw dokumentów: KYC w jednym miejscu, dowód środków w innym, a do tego jeszcze kilka danych z portfela dla pewności. Im dłużej używam, tym bardziej widzę, że wiele aplikacji w Web3 nie brakuje danych, brakuje im tylko sposobu na sprawdzenie, co naprawdę trzeba sprawdzić, nie przekształcając użytkowników w pakiety dokumentów, które należy składać w kółko.
Kiedy czytałem dokumenty Sign o 23:00, zauważyłem, że nie tylko budują piękne miejsce do przechowywania attestation. Jeśli pójdą w dobrym kierunku, Sign może stać się całkowitym backendem logiki dla uprawnień on-chain.
Zaletą jest to, że dostęp nie musi być już twardo zakodowany w każdej aplikacji.
Jedno poświadczenie, takie jak KYC, status audytu czy reputacja współpracownika, może być ustandaryzowane poprzez schemat, rejestrowane przez attestation, a następnie odczytywane przez kontrakt, gdy trzeba zdecydować, kto ma dostęp, kto może wywołać funkcję, kto spełnia wymagania do otrzymania roli.
Z mojego punktu widzenia, aplikacja jest tylko miejscem wykonywania uprawnień. Prawdziwa logika może leżeć w warstwie dowodów, którą buduje Sign. Jeśli ta teza zadziała, uprawnienia w Web3 będą mniej zależne od poszczególnych aplikacji i zaczną stawać się bardziej przenośne. @SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
$BTC wygląda bardzo źle, mówię szczerze, zielone pudełko będzie następnym wyborem, chyba że Trump wyda jakieś optymistyczne oświadczenie w ten weekend. Pamiętaj, aby obserwować mnie dla najnowszych informacji, okej? #BTC
Czy SIGN stara się ustandaryzować programowalną wiarę?
Właśnie przemyślałem pewną dość znaną kwestię w Web3: wiele aplikacji tak naprawdę nie potrzebuje znać całego profilu użytkownika, to, czego potrzebują, to wystarczająco wiarygodna odpowiedź na pytanie 'czy ta osoba spełnia wymagania'. Z mojej perspektywy to jest dokładnie taki rodzaj problemu, który Sign ma szansę rozwiązać, i to również jest powód, dla którego zwróciłem na to większą uwagę w porównaniu do wielu protokołów, które ograniczają się jedynie do narracji o tożsamości lub weryfikacji.
Właśnie pomyślałem o czymś dość znajomym w Web3: wiele aplikacji potrzebuje tylko wiedzieć, czy spełniasz wymagania, a nie musi widzieć całego twojego profilu.
Z mojego punktu widzenia, to jest dokładnie taki problem jak $SIGN , który można rozwiązać 😀
Sign opisuje swój protokół jako warstwę dowodową wspierającą selektywne ujawnienie, dowody chroniące prywatność, a także publiczne, prywatne i oparte na ZK attestation.
Jeśli roszczenie jest zapakowane zgodnie z wyraźnym schematem, wydane przez wystawcę wystarczająco wiarygodnego, a następnie powiązane z attestation, które można weryfikować i cofnąć, to aplikacja potrzebuje tylko przeczytać dowód na kwalifikowalność, zamiast ciągnąć całe dane źródłowe do sprawdzenia.
Jednak aby ta teza była wiarygodna, Sign musi nadal udowodnić, że wiele aplikacji naprawdę akceptuje użycie tej warstwy dowodowej w produkcji w rzeczywistości @SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
BTC sygnały są słabe, a pod koniec miesiąca mogą wystąpić jeszcze większe wahania
$BTC sygnały są słabe, a pod koniec miesiąca mogą wystąpić jeszcze większe wahania Bitcoin wykazuje dość wyraźne oznaki osłabienia w krótkim okresie. Gdy ten kontekst wypada dokładnie w piątek, myślę, że możliwość wystąpienia głębszej korekty na rynku pod koniec miesiąca nie jest zaskakująca. To z natury jest czas, w którym płynność może być łatwo niestabilna, a nastroje rynkowe stają się bardziej wrażliwe, więc silne spadki są często bardzo łatwe do wystąpienia.
KAT to nowo wprowadzona moneta, więc istnieje duża szansa, że może zyskać na momentum w nadchodzącym okresie. Jeśli handlujesz nowo wprowadzonymi monetami, KAT to jedna z tych, które warto mieć na swojej liście obserwacyjnej.
Śledź mnie, aby otrzymywać najszybsze aktualizacje handlowe.
Czy SIGN może pomóc w udowodnieniu kwalifikacji bez ujawniania całego portfolio?
Miałem dość zabawne uczucie za każdym razem, gdy korzystałem z aplikacji multi-chain: aktywa można mostkować, płynność można kierować, ale zaufanie wciąż jest prawie utrzymywane w pierwotnym łańcuchu. Portfel, który mógł zostać KYC w tym systemie, zakończył kampanię w innym systemie, ma reputację w innym miejscu, ale przechodząc do nowej aplikacji, niemal wraca do punktu wyjścia. Nowa aplikacja nie wie, jak to zgłosić, więc nie wie, jakiego standardu użyć, gdzie zapytać, kto jest wystawcą, czy jest nadal ważne, czy zostało unieważnione. Z mojego punktu widzenia, to właśnie ta luka, którą Sign stara się wypełnić, mówiąc o Sign Protocol jako o protokole atestacji omni-chain i warstwie wspólnego dowodu.
Właśnie siedziałem i myślałem o $SIGN wczoraj wieczorem i wpadłem na dość ciekawy pomysł: nie tylko przechowują attestation, ale także podnoszą cały cykl życia zaufania na infrastrukturę on-chain.
Z mojego punktu widzenia, zaufanie nie zaczyna się w momencie, gdy roszczenie jest rejestrowane. Zaczyna się od schematu ustanawiającego wspólny standard, poprzez wystawcę, który wydaje attestation, a następnie żyje w zapytaniach, weryfikacjach, unieważnieniach i innych aplikacjach, które ponownie wykorzystują te dowody.
Rzeczą, którą uważam za wartą uwagi, jest to, że Sign nie zamraża zaufania w statycznym zrzucie. Starają się przekształcić zaufanie w stan, który można tworzyć, aktualizować, sprawdzać i unieważniać zgodnie z jasną logiką.
Jeśli zajdziesz wystarczająco daleko, to już nie jest tylko weryfikacja danych, ale wprowadzenie cyklu życia zaufania na wspólną infrastrukturę Web3. @SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
Czy Sign przekształca zweryfikowaną prawdę w klocki lego dla innych protokołów?
Siedzę i myślę o @SignOfficial i mam dość wyraźne odczucie: to, co próbują zbudować, nie jest tylko miejscem do zapisania prawdy, ale sposobem, aby prawda, która została zweryfikowana, mogła nadal istnieć w wielu innych protokołach. Z mojego punktu widzenia, to jest najważniejsza część Sign. W Web3 obecnie nie brakuje roszczeń. Każda aplikacja może twierdzić, że ten użytkownik kwalifikuje się do otrzymania nagrody. Każdy protokół może samodzielnie twierdzić, że ten portfel ma dobrą reputację. DAO może przyznać odznakę współpracownikowi. Platforma może zweryfikować, że ktoś przeszedł KYC, zrealizował mint, głosował, brał udział w kampanii lub ukończył jakieś zadanie.
Właśnie siedziałem i przeglądałem kilka przypadków użycia Sign z zeszłej nocy i było coś, co zatrzymało mnie na dość długi czas: dane po weryfikacji często nadal umierają w aplikacji, która je stworzyła.
Z mojego punktu widzenia, $SIGN stara się zmienić dokładnie ten punkt 😀
To, co uważam za istotne, to fakt, że nie tylko zapisują poświadczenie na łańcuchu dla estetyki, ale starają się przekształcić zweryfikowane dane w coś, co można wykorzystać w innej aplikacji.
Jeśli roszczenie zostało zweryfikowane, a inna aplikacja nadal nie może go odczytać, nie rozumie go i nie może go ponownie wykorzystać, to nadal jest to tylko lokalny dowód.
Sign pociąga tę kwestię dalej dzięki schematowi, poświadczeniu i bardziej wspólnym warstwie dowodów. Dla mnie, to jest sposób na przekształcenie zweryfikowanych danych w rodzaj aktywów, które mogą być ponownie używane do dostępu, reputacji, dystrybucji lub koordynacji bez potrzeby ponownej weryfikacji od początku.
Ale ostatecznie, ta teza jest silna tylko wtedy, gdy wiele aplikacji naprawdę korzysta z tej samej warstwy dowodów. #SignDigitalSovereignInfra $SIGN @SignOfficial $SIREN