Holochain Re-poster

A brand new tool is now available for developers. Valued community member Sacha Pignon (@soushi888) just introduced a 1.0 beta hApp development skill designed to work smoothly with Codex, Augment, GitHub Copilot, Cursor, and Claude Code. This resource is built to support you across the complete hApp lifecycle, making it straightforward to progress from a completely empty folder all the way to a finished distributable binary.

You can access the release at the following link:
https://t.co/9z2tHEIvIt

Furthermore, preparations for v2.0 are already underway. The upcoming version will expand its capabilities to provide support for key ecosystem libraries, specifically holochain-open-dev, AD4M, and hREA.

You might be wondering why the development progress for version 0.6.1 appears to be decreasing rather than advancing as time goes on. The explanation is actually quite positive. At this moment, @H_O_L_O_ and @unytco are deeply involved in active alpha testing. Because of their rigorous efforts, our team receives new bug reports several times a day. Each reported issue adds to the overall scope of the 0.6.1 release, which naturally causes the reported completion percentage to dip. Ultimately, this is an excellent trend. It guarantees that we are catching and resolving potential problems well before they ever reach the live production stage.

Have you been wondering about the shifting timeline for the Holochain 0.6.1 release? The main explanation is that we track progress using teamwork weeks instead of traditional calendar weeks. As a result, our primary focus shifts from one sprint to another. For example, we might dedicate our efforts heavily to Wind Tunnel during a given week, and then pivot our attention entirely back to Holochain the following week.

Furthermore, the boundaries of our workload often widen when crucial bugs are identified by @H_O_L_O_ , @unytco , and other projects. Our timeline forecasts also rely on a 13-week rolling velocity average. Due to this calculation method, our development pace can easily fluctuate, making upcoming weeks either more or less productive than previous ones.

Task reprioritization is a normal part of every sprint, and this reorganization happens even more frequently as we near a launch. Because of this constant shifting of duties, Holochain 0.6.1 might actually arrive faster than you currently expect. In short, our roadmap serves as a real-time glimpse into the actual work our development team is tackling. Please view all projected numbers as flexible estimates rather than rigid guarantees.

Projects like @H_O_L_O and @unytco currently place much more confidence in our team as a result of a major workflow change we made back in January. During that time, our development group transitioned away from kanban project management in favor of running traditional two-week sprints. This strategic shift was designed specifically to improve overall clarity and minimize surprises.

The new approach has proven to be incredibly successful. Because we now apply strictly disciplined scopes to every single sprint and have gathered an abundance of velocity data, our ability to accurately predict completion times has vastly improved.

Predicting software development timelines is a notoriously difficult task. While highly skilled teams often struggle to get these estimates right, the most effective teams choose to bypass traditional time estimations altogether. If you have ever looked at our project roadmap and felt confused about what the points represent, this is the reason why.

Rather than guessing hours, we join other top organizations in utilizing evidence-based scheduling. We gauge the complexity of every assignment by assigning it a specific point value and track our progress continuously. By analyzing this historical performance data, we can reliably project the number of points we are capable of completing over the next two weeks. Even though this process is not completely flawless, its reliance on empirical data makes it a much more successful approach overall.

Roadmap: https://t.co/ZsSfNxD80T

Evidence-based scheduling:

Uwierzytelniane bootstrapowanie per-app zapobiega spamowi w sieci i nieautoryzowanemu dostępowi do DHT. To jak portier, który zatrzymuje nieproszonych gości, zanim zdążą sprawić kłopoty na imprezie. Odpowiedzialność jest wbudowana w warstwę, w której agenci rzeczywiście się łączą. To zmienia to, co jest możliwe na dużą skalę.

Zamiast po prostu ufać oświadczeniom składanym przez dostawców, zaangażowani wolontariusze z społeczności aktywnie produkują autentyczne rozproszone metryki wydajności. Ten praktyczny wysiłek dowodzi, że crowdsourcingowe testy obciążeniowe to teraz namacalna rzeczywistość. Ostatecznie to, co obserwujemy, to prawdziwa odporność peer-to-peer, która jest bezpośrednio weryfikowana przez rówieśników.

Co uniemożliwia nieautoryzowanym agentom połączenie się z siecią?

Każda hApp może teraz uruchomić swój własny serwer bootstrap i punkt końcowy uwierzytelniania.

To oznacza, że kontrolujesz, kto dołącza na poziomie protokołu, a nie tylko na poziomie aplikacji.

Konsekwencja jest niedoceniana w tej dziedzinie.

31 punktów ukończonych tygodniowo, przez dwa tygodnie z rzędu. I przez jakiś czas wspina się na to miejsce. To nie jest ogłoszenie o skoku na Księżyc. Po prostu zespół buduje coś, co działa.

Wprowadzenie funkcji P2P bezpośrednio do przeglądarki internetowej może początkowo wydawać się drobną aktualizacją techniczną. Jednak gdy poświęcisz chwilę na głębsze zastanowienie się nad implikacjami tej zmiany, szybko zdasz sobie sprawę, jak głęboko przekształca ona cały krajobraz.

Nasze ciągłe doświadczenie z budową przeglądarki nieustannie wywołuje nowe pytania dotyczące prawdziwych możliwości i ostatecznego potencjału hApp.

Pozostały dokładnie cztery tygodnie wspólnego wysiłku nad HC 0.6.1. Patrząc na nasze ostatnie wyniki, grupa skutecznie dostarczyła 31 punktów tygodniowo przez dwa kolejne tygodnie. Osiągnięcie obecnego poziomu wydajności jest wynikiem stałego, ciągłego wzrostu w ostatnich cyklach. Chociaż indywidualne sumy sprintów mogą się znacznie różnić, spadając do 16 lub osiągając szczyt na poziomie 60, nasza średnia ogólna pozostaje niezwykle stabilna. Utrzymanie tego rodzaju niezawodnej produkcji z pewnością nie jest kwestią przypadku. Raczej wyraźnie pokazuje, że mamy bardzo zdolną grupę, która dokładnie wie, jak dostarczyć gotowy produkt.

Podczas oceny Unyt, Wind Tunnel skutecznie zidentyfikował wyciek pamięci w Holochain. Wykrywanie tego typu problemów podczas fazy testowej, a nie w rzeczywistym środowisku, jest dokładnie celem tej pracy. Cały proces działał perfekcyjnie i dokładnie tak, jak zamierzono.

Obecnie nasz zespół przeprowadza próby z Holochain bezpośrednio w przeglądarkach internetowych. Wciąż odkrywamy pełny zakres możliwości, które to osiągnięcie odblokuje, a ta podróż odkrywcza jest dokładnie tym, co nas tak ekscytuje.

Rozwiązywanie problemu tożsamości wielourządzeniowej dla aplikacji Holochain hApps stało się ostatnio znacznie prostsze. Dzięki zapewnieniu otwartoźródłowego zome, @WeAreFlowsta stworzył prosty sposób na bezproblemowe połączenie kilku kluczy agenta z jedną osobą. Dlatego, gdy tylko skonfigurujesz hApp na swoim laptopie oraz telefonie, system rozpozna cię jako jedną zjednoczoną tożsamość, a nie jako dwa całkowicie odłączone obce osoby.

Silny tydzień. Tempo realizacji planu utrzymuje się na stałym poziomie, Tunel Wiatrowy dojrzewa, orakle Unyt zostały wysłane, Unyt i konfigurowalne membrany.

Wzór jest jasny: konsekwentny postęp, przejrzysta komunikacja, infrastruktura gotowa do produkcji pojawia się. Impuls na następny tydzień. #Holochain

Jeśli spojrzysz poza codzienne rozpraszacze, wyraźnie zobaczysz, na czym polega prawdziwy postęp w ekosystemie. To po prostu kwestia stałego, dedykowanego wysiłku mającego na celu osiągnięcie gotowości do produkcji. Nasi deweloperzy aktywnie wdrażają aktualizacje, wszystkie testy oprogramowania są udane, a rdzeniowa infrastruktura nieustannie się rozwija. Postęp wzdłuż naszej mapy projektu pozostaje niezwykle niezawodny, rozwijając się w stałym tempie 31 punktów co tydzień. Dzięki temu niezawodnemu przepływowi pracy, spodziewamy się, że nadchodzące wydanie zostanie uruchomione w ciągu około 4 tygodni. #Holochain

Unyt pomyślnie uruchomił swoje nowe orakle cenowe, dostarczając istotne dane Token i Forex bezpośrednio do hApps. Chociaż te orakle działają centralnie, ta konfiguracja jest całkowicie odpowiednia. Prawdziwą zaletą Holochain jest to, że daje twojej aplikacji autonomię w wyborze, które funkcje powinny być zdecentralizowane. Oznacza to, że różnorodne społeczności mogą ustalać swoje własne, specyficzne wytyczne. Przeczytaj pełne szczegóły tutaj: https://unyt.co/blog/oracles:-blockchain-token-and-forex-pricing-in-unyt-apps/ #Holochain

Przed uruchomieniem jakiegokolwiek oprogramowania gotowego do produkcji, kompleksowe testowanie jest absolutnie konieczne. Zamiast po prostu sprawdzać podstawową funkcjonalność, deweloperzy muszą dokładnie zrozumieć, jak system będzie działał w warunkach rzeczywistych. Dedykowana infrastruktura zajmująca się tym istotnym testowaniem wydajności i niezawodności dla Holochain nazywa się Wind Tunnel. Poniżej znajduje się przegląd tego, co obecnie jest w toku. #Holochain 🧵

Ostatnio sztuczna inteligencja przejęła słowo agent, aby oznaczać boty, które zamawiają artykuły spożywcze i sprawdzają twoją pocztę elektroniczną. Jednak od 2016 roku Holochain konsekwentnie wykorzystywał ten konkretny termin do opisu uczestników działających w rozproszonym systemie. Z powodu tej zmiany znaczenia, uważamy, że dobrym pomysłem jest wyraźne wyjaśnienie, jaka była nasza zamierzona definicja od samego początku. Spodziewaj się usłyszeć więcej od nas na ten temat w poniedziałek. #Holochain