AktualnościKryptoCanopy kończy wdrożenie Banyan (v2.0), pierwszego nazwanego uaktualnienia protokołu, na żywo i bez przestojów

Canopy kończy wdrożenie Banyan (v2.0), pierwszego nazwanego uaktualnienia protokołu, na żywo i bez przestojów

Autor: Metaverse Post·

Najważniejsze informacje

  • Canopy ukończyła Banyan (v2.0), swoje pierwsze nazwane uaktualnienie protokołu, przeprowadzając zmianę konsensusu w całej sieci bez przestojów i uruchamiając mainnet.
  • Każda aplikacja zbudowana na infrastrukturze Canopy dziedziczy możliwość uaktualnień w miejscu, eliminując konieczność ponownego wdrażania kontraktów czy migracji użytkowników.
  • Uaktualnienie Banyan zapewnia pełniejszą zgodność ze standardowymi narzędziami Ethereum i wprowadza szereg poprawek wydajności.
  • Canopy pozyskała 8,5 mln USD w rundzie seed w czerwcu 2026 roku z udziałem Arrington Capital, Fenbushi Capital, Borderless Capital i SNZ Capital na sfinansowanie mainnetu i narzędzi.
  • Partnerstwo z Fhenix, mające umożliwić poufne aplikacje z szyfrowanym przetwarzaniem danych, jest oczekiwane w czwartym kwartale 2026 roku i stanowi najbliższy datowany kamień milowy sieci.
Canopy kończy wdrożenie Banyan (v2.0), pierwszego nazwanego uaktualnienia protokołu, na żywo i bez przestojów

Canopy ukończyła Banyan (v2.0), swoje pierwsze nazwane uaktualnienie protokołu, przeprowadzając zmianę na żywo i bez przestojów. Firma, która buduje framework do uruchamiania aplikacji onchain i suwerennych blockchainów, przepchnęła zmianę konsensusu w całej sieci dzięki wbudowanej funkcji Canopy Auto Update. Według Canopy ta sama możliwość uaktualnień w miejscu należy teraz do każdej aplikacji zbudowanej na jej infrastrukturze.

Uaktualnienie wykonano przed publicznym startem — fazie, którą firma celowo wybrała, aby udowodnić skuteczność mechanizmu w krytycznych warunkach. Mainnet jest już aktywny. W praktyce Canopy przeprowadziła całą sieć przez skoordynowaną zmianę konsensusu bez wstrzymywania działania.

Poza samym uaktualnieniem Canopy informuje, że każda aplikacja zbudowana w sieci dziedziczy tę samą możliwość ewolucji w miejscu, bez ponownego wdrażania czy migracji użytkowników. Banyan zapewnia również pełniejszą zgodność ze standardowymi narzędziami Ethereum oraz szereg poprawek wydajności.

Adam Liposky, dyrektor generalny i współzałożyciel Canopy, powiedział:

„Uaktualnianie działającej aplikacji onchain to miejsce, w którym większość infrastruktury po cichu zawodzi — dlatego nawet najpopularniejsze aplikacje onchain rzadko się uaktualniają. Zrobiliśmy z tego wydarzenie nieodczuwalne, a to, z czego jesteśmy najbardziej dumni, to fakt że nie jest to jednorazowy trik. Każdy zespół budujący na Canopy dziedziczy tę samą możliwość rozwijania swojej aplikacji bez wymagania od użytkowników, żeby to zauważyli.”

Komunikat dotyka długotrwałego ograniczenia w rozwoju blockchainów. Gdy kod jest już uruchomiony na blockchainie, jego zmiana jest trudna i ryzykowna. Ze swojej natury smart kontrakty są niezmienne: wprowadzenie istotnej zmiany wymaga wdrożenia nowej wersji i migracji użytkowników albo skorzystania ze złożonych kontraktów proxy. To ograniczenie jest dobrze znane programistom — każda zmiana z zasady oznacza wdrożenie nowego kontraktu. W efekcie większość aplikacji onchain zmienia się jak najmniej i jak najrzadziej, do tego stopnia, że liczbę ich wersji często można policzyć na palcach jednej dłoni. Dokładnie tę dynamikę Canopy chce odwrócić dzięki Canopy Auto Update: uczynić uaktualnienia rutyną, a nie rzadkością.

Canopy określa się jako agent-native framework do uruchamiania suwerennych aplikacji onchain i dedykowanych blockchainów. Koncepcja polega na skondensowaniu złożonej infrastruktury aplikacji w czytelny kod — firma podaje około 200 linii — tak aby programiści, agenci AI i nietechniczni założyciele mogli zaprojektować, wdrożyć i rozwijać kompletną aplikację w ramach jednej sesji.

Projekt pozyskał 8,5 mln USD w rundzie seed w czerwcu 2026 roku, z udziałem Arrington Capital, Fenbushi Capital, Borderless Capital i SNZ Capital. Runda miała sfinansować mainnet i narzędzia. Na publicznym testnecie Canopy zgłaszała silne zainteresowanie, wskazując na setki tysięcy utworzonych wirtualnych łańcuchów i ponad 100 000 aktywnych dziennie portfeli do połowy 2026 roku. Jeśli chodzi o zespół, współzałożyciel Adam Liposky pochodzi z Pocket Network — infrastruktury Web3, которую pomagał skalować — co tłumaczy koncentrację firmy na odporności procesów aktualizacji.

Dwa niedawne przypadki ilustrują, co w praktyce oznacza „rozwijanie aplikacji”. W kwietniu 2026 roku inżynier Canopy zbudował od zera aplikację rynku predykcyjnego w stylu Polymarket w około dwadzieścia minut, korzystając z Claude Code. Proces przebiegał od opisania koncepcji zwyłym językiem, przez wygenerowanie przez model przejrzystej specyfikacji, przetłumaczenie jej na architekturę Canopy, iterowanie nad modelami danych, aż po ostateczne wdrożenie.

Osobno Canopy ogłosiła w tym roku latem partnerstwo z Fhenix w celu oferowania poufnych aplikacji, w których dane użytkowników pozostają zaszyfrowane nawet podczas przetwarzania, bez konieczności samodzielnego budowania przez zespoły kryptograficznego stacku. Wdrożenie jest oczekiwane w czwartym kwartale 2026 roku — przy już aktywnym mainnecie stanowi to najbliższy datowany kamień milowy dla sieci. W obu przypadkach idea jest ta sama: obniżyć barierę techniczną i pozwolić aplikacji rosnąć po uruchomieniu.

Poza uaktualnieniami w miejscu Banyan zapewnia pełniejszą zgodność ze standardowymi narzędziami Ethereum. Dla zespołu budującego na Canopy z użyciem znanych sobie narzędzi oznacza to, jak powiedziała firma, mniejsze tarcie między oczekiwaniami tych narzędzi a faktycznym działaniem sieci. Uaktualnienie wprowadza także kilka poprawek wydajności.

Według Canopy szersza stawka jest prosta: aplikacja, która może bezpiecznie ewoluować, może odnaleźć swoją skalę rynkową, podczas gdy ta, która nie może ewoluować, ostatecznie zastyga, ponieważ zmiany stają się zbyt kosztowne. Przy aktywnym mainnecie zdolność do dalszego ulepszania bez zakłóceń jest przedstawiana przez firmę jako czynnik przetrwania tak samo jak techniczny argument sprzedażowy.