Poniższy post to tłumaczenie / opracowanie powstałe na podstawie:
Hardfork 20 znany tez pod nazwą Velocity Hardfork nastąpi 25.09.2018 o godzinie 15:00 czasu UTC (czyli o 17:00 czasu CEST). Żeby wszedł on w bloki życie, musi go zatwierdzić 17/21 witnessów.
Resource Credits
Jedną z ważniejszych zmian HF20 będzie zastąpienie obecnego Bandwidth nowym systemem opartym na Resource Credits (RC). Steem jest jednym z niewielu blockchainów, gdzie transakcje są darmowe. Nowy system RC, sprawi, że będzie on jednym z bardziej zaawansowanych blockchainów bez opłat transakcyjnych, bez uszczerbku dla istniejących funkcji i funkcjonalności, które sprawiają, że Steem jest tak potężną platformą do budowy DApps (zdecentralizowanych aplikacji).
Szczegóły odnośnie nowego systemu RC są opisane w Blockchain Update 4: Resource Credit Implementation Details.
Powiązane Github Issues: 2457, 2511, 2512, 2521, 2549, 2563, 2600, 2621, 2624, 2625, 2626, 2627, 2631, 2546, 2547, 2648, 2649, 2650, 2679, 2685, 2694, 2703.
Zmiany odnośnie tworzenia kont
Głównym zamierzeniem Velocity Hardfork jest zmiana systemu tworzenia kont, tak aby obniżyć koszty tego procesu i ułatwić nowym użytkownikom dołączenie do platformy.
Discounted Account Creation (Tworzenie kont ze zniżką)
Velocity Hardfork da użytkownikom możliwość tworzenia nowych kont po obniżonej cenie, w zasadzie bez potrzeby płacenia STEEM ani delegacji STEEM POWER. Zamiast tego, użytkownicy będą mogli użyć RC jako część (lub całość) opłaty STEEM związanej z tworzeniem konta.
RC, które będą wydawane podczas tworzenia konta ze zniżką, są tymi samymi RC, które będą używane podczas interakcji z blockchainem. A to oznacza, że użytkownicy będą mieli ograniczoną możliwość wykonywania tejże interakcji, jeśli poziom RC będzie niski. Użytkownicy (w szczególności ci z niską / średnią ilością STEEM POWER) powinni być ostrożni, żeby nie wydać zbyt dużo RC, podczas tworzenia kont ze zniżką, w przeciwnym wypadku nie będą zdolni do wykonywania operacji na blockchain, do czasu aż ich RC się zregeneruje.
Powiązane Github Issues: 1771, 1772, 2651, 2700, 2710.
Discount Account Creation Tokens (Tokeny do tworzenia kont ze zniżką)
Blockchain Steem będzie posiał globalną pulę tokenów służących do tworzenia kont ze zniżką. Za każdym razem kiedy użytkownik utworzy konto i zapłaci całość lub część opłaty za utworzenie konta przy pomocy RC, jeden token będzie zużyty. Jeśli w puli nie będzie tokenów, to tworzenie kont ze zniżką nie będzie możliwe.
Liczba tokenów służących do tworzenia kont ze zniżką będzie kontrolowana przez witnessów. Powodem, dla którego witnessom powierza się zarządzenie liczbą tokenów do tworzenia kont, jest zapewnienie, że tempo tworzenia nowych kont nie będzie stanowiło nadmiernego obciążenia dla blochchain.
Maksymalna możliwa liczba tokenów w puli również będzie kontrolowana przez witnessów. Ma to zapobiegać gromadzeniu się nadmiernej ilości tokenów, jeśli nie ma wystarczającego zapotrzebowania na ich wykorzystanie.
Powiązane Github Issues: 1770, 2628, 2688.
Stake-Based Discount Account Creation Market
Zgodnie z naszą preferencją, aby wykorzystać rynki do zarządzania złożonością alokacji zasobów, koszt tworzenia kont ze zniżką (przy użyciu RC) będzie się różnić w zależności od wewnętrznego marketu.
Kiedy dostępna podaż kont ze zniżką będzie niska i / lub popyt na nie będzie wysoki, wtedy ilość RC, która będzie użyta zamiast opłaty w STEEM będzie wysoka. Kiedy dostępna podaż kont ze zniżką będzie wysoka i / lub popyt na nie będzie niski, ilość potrzebnych RC będzie mniejsza.
Trzeb zauważyć, że z opisanego tutaj mechanizmu opartego na popycie / podaży, wynika, że tworzenie kont ze zniżką może być możliwe tylko dla Power Userów wielorybów (użytkowników z dużą ilość SP).
Powiązane Github Issues: 1767 and 1769.
Burn Account Creation Fee (Spalanie opłaty za tworzenie konta)
Opłata w STEEM za tworzenie nowego konta, nie będzie już zamieniana na STEEM POWER (proces power up), ale zamiast tego palona (czyli transferowana do konta 
Powiązane Github Issues: 1762.
Deprecate Account Creation with Delegation Operation (Wycofanie możliwości tworzenia kont z delegacją)
Wraz z nadejściem Velocity Hardfork, tworzenie kont z delegacją STEEM POWER nie będzie już możliwe, ponieważ opłata za tworzenie konta będzie palona. To oznacza, że operacja account_create_with_delegation będzie wycofana.
Oczywiście użytkownicy będę mieli możliwość delegowania SP do innych użytkowników za pomocą standardowych zasad.
Powiązane Github Issues: 1760.
Revert Modified Account Creation Fee
Kiedy pierwotnie dodaliśmy możliwość tworzenia kont z delegacją SP, zmieniliśmy sposób w jaki account_creation_fee (ustawiana przez witnessów), była używana do umożliwienia zastąpienia części opłaty STEEM za pomocą 5x większej delegacji SP.
Dzięki tej zmianie koszt utworzenia konta bez delegacji SP stał się 30-krotnością opłaty za utworzenie konta. Na przykład, obecnie opłata za utworzenie konta wynosi 0.1 STEEM, a stworzenie nowego konta kosztuje użytkowników 3 STEEM.
Jako, że tworzenie kont z delegacją nie będzie już możliwe, mnożenie bytów bez potrzeby dodatkowa złożoność wynikająca z mnożenia opłaty za tworzenie konta, nie jest konieczna. Zmiana ta będzie wycofana, na przykład, jeśli witnessi ustawią opłatę za utworzenie konta na 3 STEEM, będzie ono kosztować użytkowników właśnie 3 STEEM.
Kiedy nadejdzie czas Hardfork nastąpi jednorazowa, 30-krotna zmiana każdej z opłat za utworzenia konta, tak aby cena utworzenia konta nie spadła o 30x, kiedy Hardfork wejdzie w życie. Na przykład, jeśli wszyscy witnessi mają ustawioną opłatę za utworzenie konta na poziomie 0.1 STEEM, to wszystkie opłaty zostaną zamienione na 3 STEEM, tak aby cały czas koszt utworzenia nowego konta wynosił 3 STEEM. Po tej jednorazowej 30-krotnej aktualizacji witnessi będą mogli normalnie zmieniać opłaty za utworzenie konta.
Powiązane Github Issues: 1761.
Dust Vote Threshold Changes (Zmiana odnośnie progu minimalnego głosu)
Dust Vote Threshold to reguła, która zapobiega występowaniu wyjątkowo słabych głosów i została wprowadzona w celu zapobieganiu nadużywania blockchain. Obecnie konta muszą posiadać około 1 SP (przy VP 100%), aby pomyślnie wysłać głos do blockchain. Głosy poniżej tego progu zostają odrzucone. Może to powodować "złe wrażenie" (bad user experience) dla nowych użytkowników, gdyż ich głosy są odrzucane pozornie bez żadnej przyczyny.
Velocity Hardfork zmieni sposób działania tego progu, umożliwiając oddawanie głosu użytkownikom z dowolną ilością SP, o ile mają wystarczającą ilość RC. Głosy poniżej progu będą wysyłane na blockchain, ale nie będą miały żadnego wpływu na nagrody. Pozwoli to użytkownikom na oddawanie głosu w dowolnym momencie (bez względu na to ile mają SP), ale oczywiście pod warunkiem, że mają wystarczającą liczbę RC.
Ta zmiana sprawi, że bardzo słabe głosy nie będą miały żadnej wartości. Aby traktować wszystkie głosy (duże i małe) jednakowo, wszystkie głosy powyżej progu będą odpowiednio pomniejszone. Oprócz tego, że jest to bardziej sprawiedliwe, dochodzi tutaj korzyść wynikająca z wprowadzenia pewnej nieliniowości krzywej nagród na początku zakresu (aby przeciwdziałać spamowi), przy jednoczesnym utrzymaniu liniowej krzywej nagród za wyższe głosy.
Powiązane Github Issues: 1764, 2515.
Removal of the Minimum SP Power Down Restriction (Usunięcie progu minimalnej ilości SP potrzebnej do przeprowadzenie Power Down)
Obecnie, konta, które mają mniej niż 10x SP niż wynosi opłata za utworzenie konta nie mogą przeprowadzić operacji Power Down. Miało to przeciwdziałać tworzeniu nowych kont, tylko po to aby natychmiast wykonać na nich Power Down.
Wraz z nadejściem Velocity Hardfork, opłata za utworzenie konta będzie palona zamiast przekształcona na SP nowego konta. Jako, że nowe konto nie będzie otrzymywać SP, to z pustego i Salomon nie naleje to nie będzie żadnego SP, na którym można by było przeprowadzić Power Down. Dlatego też, powyższe wymaganie 10x zostanie usunięte.
Powiązane Github Issues: 1860.
Curation Updates (Aktualizacje w kuracji)
30-minute Curation Window (30 minutowe okno kuracji)
Posiadacze kont Steem (w tym boty) są obecnie zniechęcani przez blockchain Steem do głosowania w ciągu pierwszych 30 minut. Im wcześniej, w ciągu tych 30 minut, głos zostaje oddany, tym mniejszą część nagrody kuratorskiej dostaje głosujący. Zostało to pierwotnie wprowadzone aby wyrównać grę pomiędzy manualnymi kuratorami a botami, wtedy kiedy większość treści na Steem miała formę długich artykułów.
Pomimo sukcesu tego rozwiązania, wiele się zmieniło na Steem od tego czasu. Steem jest teraz zbiorem różnego rodzaju treści oraz zasila setki zdecenralizowanych aplikacji, co drastycznie zwiększa typy treści jakie mogą być serwowane odbiorcom. Z tego powodu, społeczność oraz witnessi doszli do porozumienia, że 30 minutowe okno kuracji zabiera nagrody kuracyjne manualnym kuratorom, którzy aktywnie przeglądają treści i od razu głosują jeśli materiał im się spodoba. Z tego też powodu, Velocity Hardfork skróci okno kuracji z 30 minut do 15 minut.
Powiązane Github Issues: 1878.
Self-Voting Rewards (Nagrody za głosowanie na samego siebie)
Zgodnie o obecnymi zasadami, jeśli autorzy głosują od razu na siebie, otrzymują nagrodę autorską, 100% nagrody pochodzącej z ich głosu oraz część nagrody kuratorskiej pochodzącej od osób, które zagłosują później. Każdy kurator, który zagłosuje w tym samym czasie co autor (czyli od razu) otrzyma 0% nagrody kuratorskiej. To daje autorom niesprawiedliwą przewagę, ponieważ autor może zarabiać dodatkową nagrodę kuracyjną poprzez głosowanie na samego siebie.
Aby wyeliminowć tę przewagę, część nagrody kuratorskiej traconej przez głosowanie przed końcem okna kuracji będzie wracała do puli, zamiast być przyznawana autorowi, zwiększając w ten sposób też ogólny odsetek nagród wypłacanych kuratorom. Sprawi to, że cel nagród kuratorskich będzie lepiej spełniony, czyli zapewnienie, że blockchain Steem dokonuje dystrybucji nagród na najbardziej wartościowe treści.
Powiązane Github Issues: 1877.
Expiration of Internal Market Orders (Wygasanie transakcji na wewnętrznym markecie)
Obecna implementacja wewnętrznego marketu sprawia, że zlecenia limit (limit orders) nie są zmuszane do wygaśnięcia. Umożliwia to użytkownikom składanie zleceń na rynku wewnętrznym, które wymagają długotrwałej przepustowości (bandwidth), pogarszając ogólną wydajność blockchain. Wraz z nadejściem Velocity, blockchain będzie wymagać, aby wszystkie zamówienia na rynku wewnętrznym wygasały po 28 dniach. Jest to zgodne z wdrażaniem ksiąg zamówień na wielu dużych giełdach. Istniejące tego typu zlecenia będą miały limit ważności do 28 dni po Hardfork.
Powiązane Github Issues: 1449.
20 Second Comment Limit (20s odstęp pomiędzy dodawaniem komentarzy)
20-sekundowy limit komentarzy zostanie usunięty jako część Velocity Hardfork. Blockchain pozwoli teraz na dodawanie nowych komentarzy do każdego bloku (raz na trzy sekundy), czyli będzie to takie samo ograniczenie jak w przypadku głosowania. Specjalne podziękowania dla programisty mejustandrew za przesłanie tej zmiany!
Powiązane Github Issues: 2019.
Fix for Double Voting Exploits (Naprawa podatności podwójnego głosowania)
Dwóch użytkowników (pierwszym z nich był 
Powiązane Github Issues: 2428 by @rafalski, 2539.
Decrease Delegation Cooldown Period (Skrócenie czasu powrotu delegacji SP)
W ramach zmian, które będziemy wprowadzać w przypadku tych podatności związanych z podwójnym głosowaniem, okres powrotu delegacji SP zostanie skrócony z 7 dni do 5 dni. Oznacza to, że jeśli użytkownik wycofa delegację do innego użytkownika, to SP z tej delegacji będzie dostępne dla tego użytkownika już po 5 dniach.
Increase Account Voting Power Precision (Zwiększenie precyzji Voting Power)
W ramach poprawek, które podejmujemy w celu ramach zapobiegnięciu wykorzystania podwójnego głosowania, zwiększona zostanie precyzja głosowania (voting mana). Zwiększy to liczbę głosów, które konto może oddać przy mocy głosu mniejszej niż 2%, ponieważ blockchain pozwoli teraz na bardziej dokładne głosy (granular votes).
Powiązane Github Issues: 1808
Minimum Account Usability (Minimalna użyteczność konta)
Mimo, iż opłata za utworzenie konta zostanie spalona, konta utworzone po Velocity Hardfork nadal będą mogły wykonywać operacje na blockchain z zerowym SP, ponieważ spalony SP będzie wliczany w balans RC.
Powiązane Github Issues: 2488 and 2595.
Upvote Lockout Period (Okres blokady głosowania)
W Hardforku 17 została wprowadzona zmiana mająca na celu zapobiegnięcie nadużyciom, tworząc dwunastogodzinny okres blokady głosowania przed czasem wypłaty nagród. W tym czasie użytkownicy nie mogą już głosować na post. Zapobiega to ukrywaniu głosów na samego siebie tuż przed momentem wypłaty nagród, które jest niejako nadużyciem. Jednakże, użytkownicy ciągle mieli możliwość oddania głosu tuż przed tym 12 godzinnym okresem blokady. Mimo, iż było to rzadkością, dało to pole działania złośliwym użytkownikom, którzy czekali do momentu tuż przed okresem blokady, dawali głosy w dół, tak aby nie można ich już było zrównoważyć głosami w górę.
Velocity zapobiegnie takiemu scenariuszowi poprzez zmianę z blokady na wygaszenie. Wraz z nadejściem Velocity, głosy w górę i w dół będą dozwolone w ostatnich 12h, ale ich siła (dla takiej samej wartości VP), będzie spadała od 100% do 0% w tym 12h okresie. Innymi słowy, głos na 6h przed końcem będzie wymagał 2x większego VP niż równoważny głos oddany na 12h przed końcem. Głos w górę / głos w dół oddany w ostatniej minucie będzie miał teraz praktycznie zerowy wpływ na nagrodę posta.
Ta zmiana pomoże zagwarantować, że bez względu na to, czy post dostanie głos w górę czy głos w dół, użytkownicy ciągle będą mogli zareagować. Pozwoli to tez ustabilizować nagrodę posta w ciągu ostatnich 12h, ze względu na to, że głosy bliżej czasy wypłaty będą coraz mniej warte.
Powiązane Github Issues: 1267.
Steem Blockchain Dollar (SBD) Changes (Zmiany dla SBD)
Programista timcliff przesłał dwie zmiany aktualizujące logikę działania SBD.
Update SBD Print Rate (Aktualizacja druku SBD)
W Hardfork 14 dodano reguły, aby zmniejszyć wskaźnik druku SBD, wtedy kiedy wskaźnik zadłużenia (ilość istniejących tokenów SBD / STEEM market cap) był powyżej pewnego procentu.
Zgodnie z nowymi regułami, tokeny SBD będą drukowane aż do momentu kiedy wskaźnik zadłużenia osiągnie 9% (STEEM market cap). Pomiędzy 9% i 10%, stosunek płynnych nagród będzie liniowy zaczynając od 100% SBD i 0% STEEM przy 9% aż do 0% SBD i 100% STEEM przy 10%. Będzie to działało analogicznie jak teraz w przedziale od 2% do 5%.
Powiązane Github Issues: 2140.
Reward Beneficiaries Paid Based on Author Setting (Podział nagród dla beneficjentów ustawiany przez autora)
Jeśli autor wybierze sposób wypłaty posta "50/50", otrzymuje 50% nagród jako SP i pozostałe 50% jako płynne środki. Te płynne środki są zwykle w formie SBD, ale czasem część (lub całość) jest wypłacana w STEEM, jeśli wskaźnik zadłużenia jest wystarczająco wysoki. Autor może również wybrać opcję wypłaty 100% nagrody jako STEEM POWER.
Obecnie, jeśli autor doda beneficjentów do posta, to beneficjenci dostaną 100% nagrody jako STEEM POWER, bez względu na to jaki podział nagrody wybierze autor. Wraz z nadejściem Velocity, beneficjenci będą otrzymywali nagrodę na takich samych zasadach jak autor.
Powiązane Github Issues: 2022.
Miscellaneous Changes (Różne zmiany)
Powiązane Github Issues: 1944
Mined Accounts (Kopanie kont)
Velocity nie będzie wspierało tworzenia kont poprzez kopanie. Zamiast tego, uwzględni zmiany potrzebne do umożliwienia kopania kont na Steem poprzez softfork w późniejszym czasie. Przyczyną takiego stanu rzeczy jest fakt, że wiele algorytmów potencjalnie "odpornych na ASIC", nie spełniło tych wymagań. Dopóki nie będziemy w stanie zagwarantować rozsądnego PoW, który byłby dostępny dla normalnych użytkowników, a jednocześnie nie był podatny na nadużycia, uważamy, że dodanie PoW do tworzenia kont nie będzie dobrym pomysłem. Zdecydowaliśmy, że ukończenie Velocity Hardfork wraz z ułatwieniem tworzenia kont, jest znacznie ważniejsze.
Ponieważ funkcja ta może zostać dodana w dowolnym momencie w przyszłości bez hardfork, możemy ją dodać, gdy znajdziemy akceptowalny algorytm.
Jedną z głównych rzeczy, które zostaną zmienione w Velocity, tak aby wykopane konta mogły funkcjonować poprawnie, jest brak konieczności posiadania domyślnego konta do odzyskiwania (account recovery). Jako, że żadna trzecia strona nie bierze udziału w procesie tworzenia konta, nie ma nikogo przypisanego do procesu odzyskiwania konta. Jeśli użytkownik wykopanego konta, chce mieć możliwość korzystania z procesu przywracania konta w przyszłość, może przypisać konto do odzyskiwania po utworzeniu swojego konta.
Powiązane Github Issues: 1782.
Modernize Schema
Są to wysoce techniczne zmiany mające na celu poprawę możliwości konserwacji bazy kodu Steem. Zainteresowani mogą przeczytać szczegóły w odpowiednich odnośnikach GitHub.
Powiązane linki Github: PR 2692, PR 2693, and Issue 683
Fix Error Message Typo (Naprawa błędu w komunikatach)
Programista arcange przesłał zmianę, aby naprawić literówkę w komunikatach o błędach, które są zwracane, gdy niektóre wywołania API są wykonywane bez odpowiedniej liczby kont. Komunikat o błędzie poprawnie teraz brzmiat least one account must be specified.
Powiązane Github PR: PR 2673.
Remove Challenging Authorities
Challenging Authorities to system opracowany latem 2016 roku, który nigdy nie został w pełni udostępniony. Pozwoliłby on użytkownikowi zapłacić niewielką opłatę, aby zakwestionować tożsamość innego użytkownika, zmuszając go do podpisania transakcji z wyższym poziomem uprawnień, aby udowodnić, że nadal ma kontrolę nad kluczem. Gdyby ta funkcja została wdrożona, mogłoby to doprowadzić do scenariusza, w którym niewinny posiadacz konta zostałby zmuszony do usunięcia swoich kluczy z cold storage przez złośliwą osobę trzecią . Z tego powodu Velocity usunie zewnętrzny kod związany z tą funkcją.
Powiązane Github Issues: GitHub Issue 1848.
Testnet
Uruchomimy testnet Velocity Hardfork przed wprowadzeniem Hardfork, co umożliwi programistom przetestowanie nadchodzących zmian w nieprodukcyjnym środowisku przed uruchomieniem. Będziemy podawać szczegóły odnośnie testnet, gdy będzie on gotowy do użytku publicznego.
(Testnet został wypuszczony, można przeczytać tutaj)
Harmonogram
Większość zmian odnośnie Velocity Hardfork została ukończona i może zostać sprawdzona tutaj: project/hf20. Zgłoszenia (issues) są również śledzone tutaj.
Jesteśmy pewni, że zmiany te będą znacznymi ulepszeniami w blockchainie Steema, dzięki czemu Steem będzie jeszcze lepszy niż wcześniej.
Pominięte zostały 4 akapity stricte dla witnessów.