Smart Media Tokens Whitepaper [PL] cz. 9
Docelowe dzienne głosy
Każde konto ma voting_power, która jest zasadniczo "paskiem many". Wypełnia ona od 0% do 100% w czasie ze stałą stawką. Stawka jest określana przez dwa parametry:
• (a) Czas potrzebny do zregenerowania paska do 100%, vote_regeneration_period_seconds.
• (b) Moc voting_power wykorzystana przez głosowanie o maksymalnej sile.
Parametr vote_regeneration_period_seconds jest określony bezpośrednio. W przypadku (b), zamiast określać moc głosu o maksymalnej sile głosu, podajemy votes_per_regeneration_period.
Szkic instalatora SMT w interfejsie
Rysunek 9: Konfiguracja SMT. Widok w przykładowym interfejsie.
Głosowanie i zdolność do nagrody
W tej części przedstawiamy koncepcje głosowania i nagrody.
• Tokeny dają uprawnienia do komentowania, jeśli saldo tego tokenu wpływa na komentarz.
• W przypadku danego głosu, każdy token danego komentarza może być nagradzany lub doradczy.
• Jeśli token jest nagradzalny, to głos wpływa na nagrodę w tym tokenie.
• Jeśli token ma charakter doradczy, głosowanie nie wpływa na nagrodę w tym tokenie.
Głosy doradcze nie wpływają na nagrody ani siłę głosu. Jednak algorytmy rankingu i szacowane zarobki nadal stosują głosy doradcze, więc interfejsy mogą wyświetlać odpowiednie stanowiska doradcze.
Zbiór tokenów do głosowania jest określony przez allowed_vote_assets, który jest częścią comment_options_extension. Oto przykładowy kod z użyciem tych parametrów:
struct allowed_vote_assets
{
flat_map< asset_symbol_type, votable_asset_info > votable_assets;
};
struct votable_asset_info_v1
{
share_type max_accepted_payout = 0;
bool allow_curation_rewards = false;
};
typedef static_variant< votable_asset_info_v1 > votable_asset_info;
Aby ustalić, czy tokeny są użyte do głosowania, obowiązują następujące zasady:
• STEEM jest użyty do głosowania dla każdego postu.
• Token jest użyty do głosowania dla postu, jeśli pojawia się w pliku votable_assets.
• W przeciwnym razie token nie jest użyty do głosowania w tym poście.
I to są zasady określające, czy token jest nagradzalny:
• Aby być nagradzanym za post, token musi być użyty do głosowania dla tego postu.
• Jeśli dla jakiegoś postu / tokena max_accepted_payout tokena wynosi zero, token nie jest nagradzalny za ten post.
• Jeśli jakiś wyborca (tj. Wyższy / niższy) ma zerowy bilans tokenu, to ten token nie jest nagradzany za jego głosy.
• Jeśli max_accepted_payout dla dowolnego tokena innego niż STEEM ma wartość niezerową, to max_accepted_payout dla STEEM / SBD musi być co najmniej domyślną wartością max_accepted_payout.
Uwagi dotyczące realizacji:
• W przypadku głosowania doradczego wszystkie nagrody wynoszą zero, w tym kuratorzy i beneficjenci. Dzieje się tak dlatego, że blockchain stosuje limit max_accepted_payout przed obliczeniami kuratora / beneficjenta.
• Obecnie (od Steema hard fork 19), blockchain Steema odejmuje moc głosowania dla doradczych głosów Steema. To zachowanie zostanie zmienione w przyszłym twardym widelcu Steema (Steem, numer 1380).
• W votable_assets można określić najwyżej dwa tokeny. Oznacza to, że każdy post jest głosowany z najwyżej trzema tokenami (w tym STEEM).
• Domyślna wartość max_accepted_payout jest przechowywana w elemencie max_accepted_steem_payout_latch z dynamic_global_properties_object. Klienci powinni się wypełnić
max_accepted_payout postu, na wypadek gdyby wartość domyślna zmieniła się w przyszłej wersji.
Żadne ograniczenie poziomu konsensusu nie zmusza żadnego konkretnego postu do posiadania żadnych konkretnych atrybutów allowed_vote_assets. W konsekwencji każdy post może się zakwalifikować jako nagrodę w dowolnym tokenie. Jednak interfejsy użytkownika mogą narzucać własne reguły sprawdzania zgodności bez zgody na allowed_vote_assets i ukrywać posty, które naruszają te zasady sprawdzania zgodności bez zgody.
Na przykład w społeczności Hivemind z odpowiednim tokenem może istnieć reguła sprawdzania poprawności, że dozwolone allowed_vote_assets w każdym poście w tej społeczności Hivemind muszą zawierać token tej społeczności. Jest to reguła walidacji niezgodna z konsensusem, ponieważ cała koncepcja stanowiska istniejącego w społeczności Hivemind jest koncepcją bezkoncesyjną. Ponieważ jest to reguła walidacji bezkoncesyjnej, żadna logika konsensusu nie może jej egzekwować. Jednak interfejsy użytkownika, które są świadome społeczności Hivemind, mogą odmówić indeksowania lub wyświetlania postów naruszających tę regułę walidacji.
Statyczne parametry tokenu
Parametry statyczne są stałymi konfiguracji, które wpływają na zachowanie SMT, ale są celowo wykluczane z parametrów smt_setup_parameters lub smt_runtime_parameters. Powodem, dla którego nie można ich konfigurować, jest to, że pozwolenie, aby parametry te znacząco odbiegały od wartości używanych w STEEM, spowodowałoby znaczące ryzyko, jak na przykład:
• Może doprowadzić do bardzo skomplikowanej implementacji.
• Może powodować skrajną frustrację użytkownika końcowego.
• Może zagrozić bezpieczeństwu i stabilności tokena.
• Może zagrażać bezpieczeństwu i stabilności STEEM
Oto lista takich statycznych parametrów:
• SMT_UPVOTE_LOCKOUT_HF17: Statyczny - ta wartość blokuje głosy w górę na
w określonym czasie przed "CASH OUT", aby zapobiec nadużyciom głosów w doł, bezpośrednio przed "CASH OUT".
• SMT_VESTING_WITHDRAW_INTERVALS: Statyczny
• SMT_VESTING_WITHDRAW_INTERVAL_SECONDS: Statyczny
• SMT_MAX_WITHDRAW_ROUTES: Statyczny
• SMT_SAVINGS_WITHDRAW_TIME: Statyczny
• SMT_SAVINGS_WITHDRAW_REQUEST_LIMIT: Statyczny
• SMT_MAX_VOTE_CHANGES: Statyczny
• SMT_MIN_VOTE_INTERVAL_SEC: Statyczny
• SMT_MIN_ROOT_COMMENT_INTERVAL: Statyczny
• SMT_MIN_REPLY_INTERVAL: Statyczny
• SMT_MAX_COMMENT_DEPTH: Statyczny
• SMT_SOFT_MAX_COMMENT_DEPTH: Statyczny
• SMT_MIN_PERMLINK_LENGTH: Statyczny
• SMT_MAX_PERMLINK_LENGTH: Statyczny
Obowiązkowe parametry tokenu
Parametry tokenu ustawione za pomocą parametrów smt_setup_parameters lub smt_runtime_parameters mają wartości domyślne. Kilka parametrów równoważnych STEEM jest określonych przez pola smt_setup_operation. Są to parametry, które nie mają wartości domyślnej, a zatem muszą być określone dla każdego zasobu.
• SMT_MAX_SHARE_SUPPLY: Ustawiane przez smt_setup_operation.max_supply
• SMT_BLOCKCHAIN_PRECISION: Ustawiane przez smt_setup_operation.decimal_places
• SMT_BLOCKCHAIN_PRECISION_DIGITS: Ustawiane przez smt_setup_operation.decimal_places
Interakcja SMT z istniejącymi operacjami
• comment_payout_beneficiaries: istniejący comment_payout_beneficiaries
przekieruje tylko STEEM. W przyszłości można dodać funkcjonalność comment_payout_beneficiaries, która pozwala przekierowywać nagrody SMT.
• comment_options: max_accepted_payout, allow_votes wpływa tylko na STEEM, aby ograniczyć zasoby max_accepted_payout i allow_curation_rewards. Wpływa na wszystkie tokeny.
• vote_operation: Wiele tokenów w głosowaniu na dany komentarz.
• transfer_operation: Obsługuje wszystkie SMT.
• Operacje escrow: nie obsługuj SMT.
• transfer_to_vesting_operation: obsługuje wszystkie SMT, które obsługują nabywanie uprawnień.
• withdraw_vesting_operation: Obsługuje wszystkie SMT, które wspierają nabywanie uprawnień.
• set_withdraw_vesting_route_operation: nie obsługuje SMTs.
• account_witness_vote_operation: SMT nie wpływają na głosy świadków.
• account_witness_proxy_operation: SMT nie wpływają na głosy świadków.
• feed_publish_operation: Kanały nie mogą być publikowane dla SMT.
• convert_operation: SMT nie mogą być konwertowane.
• Ogranicz operacje zleceń: zlecenia z limitem są w pełni obsługiwane przez transakcje SMT
STEEM.
•transfer_to_savings_operation: SMT wspierają oszczędności.
• decline_voting_rights_operation: Wpływa na głosy SMT oraz głosy STEEM.
• claim_reward_rewance_operation: Ograniczenia dotyczące tej operacji są ograniczone do
zezwolenia na dowolny zasób w którymkolwiek z trzech pól, w tym SMT.
• delegate_vesting_shares_operation: Obsługuje wszystkie SMT, które wspierają nabywanie uprawnień.
• Jeśli skonfigurujesz swoje konto, aby wymagało wielu podpisów bezpieczeństwo wzrośnie, wtedy wszystkie twoje znaki na koncie będą musiały być podpisane wieloma podpisami, jak określono. Obejmuje to operacje wykonywane przez Twoje konto jako kontrolę zarządzanie kontem SMT i operacje wykonywane na koncie jako użytkownik posiadający tokeny SMT.