## <center>Nazwane parametry tokenu</center>

---
![SMT.jpg](https://cdn.steemitimages.com/DQmSzGZmDZqhx6Dwtmsq1jG1CwN5ySetipD5uLuiKZSC81b/SMT.jpg)

---
Niektóre zachowania STEEM zależą od stałych konfiguracyjnych, które są implementowane przez instrukcje kodu źródłowego C ++. Sensowne jest konfigurowanie równoważnych zachowań dla SMT przez twórcę SMT.

Te parametry to **runtime_parameters** i **setup_parameters**. Parametry setup_parameters są polem w **smt_setup_operation**; muszą być ustawione przed komendą **smt_setup_operation** i nie można ich zmienić po uruchomieniu **smt_setup_operation**. Parametry **runtime_parameters** są polem w **smt_set_runtime_parameters_operation** i mogą być zmienione przez twórcę tokena w dowolnym momencie.

Te operacje są zdefiniowane następującymi kodami:

---
**struct smt_set_setup_parameters_operation
{
account_name_type control_account;
flat_set< smt_setup_parameter > setup_parameters;
extensions_type extensions;
};
struct smt_set_runtime_parameters_operation
{
account_name_type control_account;
flat_set< smt_runtime_parameter > runtime_parameters;
extensions_type extensions;
};**

---
Obecnie zdefiniowane są następujące ustawienia **setup_parameters** i **runtime_parameters**:

---
**struct smt_param_allow_vesting { bool value = true; };
struct smt_param_allow_voting { bool value = true; };
typedef static_variant<
smt_param_allow_vesting,
smt_param_allow_voting
 smt_setup_parameter;
struct smt_param_windows_v1
{
uint32_t cashout_window_seconds = 0; // STEEM_CASHOUT_WINDOW_SECONDS
uint32_t reverse_auction_window_seconds = 0; // STEEM_REVERSE_AUCTION_WINDOW_SECONDS
};
struct smt_param_vote_regeneration_period_seconds_v1
{
uint32_t vote_regeneration_period_seconds = 0; // STEEM_VOTE_REGENERATION_SECONDS
uint32_t votes_per_regeneration_period = 0;
};
struct smt_param_rewards_v1
{
uint128_t content_constant = 0;
uint16_t percent_curation_rewards = 0;
uint16_t percent_content_rewards = 0;
curve_id author_reward_curve;
curve_id curation_reward_curve;
};
struct smt_param_allow_downvotes
{
bool value = true;
};
typedef static_variant<
smt_param_windows_v1,
smt_param_vote_regeneration_period_seconds_v1,
smt_param_rewards_v1,
smt_param_allow_downvotes
 smt_runtime_parameter;**

---
Interfejsy użytkownika, które umożliwiają kontrolę lub ustawianie tych parametrów, powinny być świadome rodzaju i skali każdego parametru. W szczególności, parametry procentowe są w skali punktu bazowego (tj. 100% odpowiada wartości **STEEM_100_PERCENT** = 10000), a interfejsy użytkownika lub inne narzędzia do tworzenia lub kontroli transakcji muszą wykorzystywać skalę punktu bazowego.

---
## <center>Ograniczenia parametrów</center>

---
Aby uniknąć scenariuszy nadużywania, które mogłyby zaszkodzić użytkownikom tokena, należy ograniczyć kilka parametrów dynamicznych.

**• 0 < vote_regeneration_seconds < SMT_VESTING_WITHDRAW_INTERVAL_SECONDS
• 0 < = reverse_auction_window_seconds + SMT_UPVOTE_LOCKOUT < cashout_window_seconds < SMT_VESTING_WITHDRAW_INTERVAL_SECONDS**

---
## <center>Nabycie udziałów SMT</center>

---
SMT mają podobną metodę nabywania udziałów do STEEM (power up / power down) . W szczególności:

• SMT mogą być "zasilane" do salda nabywania uprawnień.

• SMT w bilansie uprawnień mogą zostać "wyłączone" w ciągu 13 tygodni (parametry kontrolowane przez statyczne **SMT_VESTING_WITHDRAW_INTERVALS, SMT_VESTING_WITHDRAW_INTERVAL_SECONDS**).

• Głosowanie ma wpływ tylko na tokeny zasilane.

• Saldo nabywania uprawnień nie może zostać przeniesione ani sprzedane.

---
<div class="text-justify">Dodatkowo, pewna inflacja tokenów może być kierowana do saldowania uprawnień. Te nowo wydrukowane tokeny są skutecznie dzielone między wszystkich użytkowników z saldami premiowymi, proporcjonalnymi do liczby nabytych tokenów. Ponieważ liczba wydrukowanych tokenów jest niezależna od saldowania użytkowników, procentowa stopa zwrotu, którą reprezentują, będzie się różnić w zależności od ilości nabytych tokenów.</div>

---
## <center>Nagrody za treści</center>

---
Tokeny nagród przepływają z emisji SMT do funduszu nagrody. Blockchain używa algorytmów do decydowania:

• (1) Jak podzielić nagrody w postaci tokena pomiędzy posty.

• (2) Jak podzielić nagrody w ramach posta pomiędzy autorem i kuratorami (upvoters) tego postu.

---
Algorytmy rozwiązywania tych problemów działają w następujący sposób:

• (1) Słupki są ważone względem innych stanowisk według krzywej nagrody lub rc.

• (2a) Kuratorzy otrzymują łącznie określony procent postu, określony parametrem **curation_pct**.

• (2b) Autor otrzymuje pozostałą część (po zastosowaniu dowolnego beneficjenta lub ograniczonej / odrzuconej nagrodzie autora).

• (2c) Kuratorzy są ważeni względem innych kuratorów tego stanowiska zgodnie z krzywą kuracji lub cc.

---
<center>![b.jpg](https://cdn.steemitimages.com/DQmUNBTX4pHooNxMFV6eu5Q3U7c4MNXSM945HdhYaByPmPN/b.jpg)
<sub>*Rysunek 7: Przepływ początkowych tokenów i emisji SMT*</sub></center>

---
## <center>Definicje krzywych</center>

---
Krzywa nagrody może być liniowa lub kwadratowa. Liniowa krzywa nagrody **rc (r) = r** przekazuje akcje R (upvotes) w niezmienionej postaci. Kwadratowa krzywa nagrody **rc (r) = r2 + 2rs** ma rosnące nachylenie. Aby zilustrować znaczenie krzywych nagrody, wyobraź sobie grupowanie najbardziej uprzywilejowanych postów w następujący sposób:

• Sekcja A składa się z 10% najlepszych postów według upvotes.

• Sekcja B składa się z kolejnych 10% postów przez przegrane. Oto, czym różnią się nagrody:

• Z każdą krzywą nagrody, posty sekcji A będą miały większe nagrody niż posty z sekcji B, ponieważ mają więcej upvotes.

• Za pomocą kwadratowej krzywej nagrody, punkty Sekcji A będą miały dodatkowe wzmocnienie w stosunku do słupków Sekcji B, ponieważ punkty Sekcji A otrzymają znacząco więcej.

• Za pomocą liniowej krzywej nagrody sekcja A i sekcja B otrzymają taką samą nagrodę.

---
Możliwe krzywe kuracji to:

• Liniowy cc (r) = r

• Kwadratowy cc (r) = sqrt (r)

• Ograniczony cc (r) = r / (r + 2s)

Aby pomóc sobie w wizualizacji, oto niektóre wykresy. Każdy kolorowy obszar przedstawia sposób, w jaki nagrody kuratorskie są dzielone pomiędzy kuratorów o równej sile głosu.

---
![c.jpg](https://cdn.steemitimages.com/DQmdCsvZZDwJHy1WQzptQ8iFryoAD8n9FTBahEMAgjGb9v6/c.jpg)
<sub>*Rysunek 8: Krzywe nagrody i krzywe kuracji:*</sub>

<sub>*• Prostokątna pionowa kolumna pokazuje natychmiastową nagrodę po dodaniu głosu.
• Kolorowy obszar rozciągający się w prawo pokazuje, w jaki sposób nagrody kuratora rosną, zależnie od czasu oddania głosu.
• Gdy obie krzywe są liniowe, każdy otrzymuje taką samą nagrodę za kurację, niezależnie od tego, kiedy oddali głos.
• W przypadku **rc_linear + cc_sqrt** i **rc_quadratic + cc_bounded**, te same wysokości prostokąta oznaczają, że każdy otrzymuje mniej więcej tyle samo nagrody początkowej, nazwijmy to **ICR =**.
• W przypadku **rc_linear + cc_bounded**, prostokąty zmniejszają się na wysokość. Stanowi to progresywny handicap przeciwko głosowaniu na już popularne postulaty, nazwijmy to **ICR-**.
• W przypadku **rc_quadratic + cc_sqrt** i **rc_quadratic + cc_linear**, prostokąty zwiększają swoją wysokość, nazwijmy to **ICR +**.*</sub>

---
Zasadniczo kuratorzy przewidują, że w przyszłości pojawią się zmiany. Jako projektanci systemu nagród, naszym kryterium wyboru krzywej powinno być nagradzanie najlepszych treści. Która krzywa ostatecznie spełni to kryterium, okaże się w przyszłości.

• Jeśli przyszłe zwycięskie posty będą niezależne od aktualnych, powinniśmy wybrać krzywą **ICR=**.

• Jeśli przyszłe pobicia są dodatnio skorelowane z aktualnymi, powinniśmy wybrać jakąś krzywą **ICR**, idealnie dopasowaną do wielkości korelacji.

• Jeśli przyszłe zwycięskie posty będą ujemnie skorelowane z ich aktualnymi notowaniami, powinniśmy wybrać jakąś krzywą **ICR+**, idealnie dopasowaną do wielkości korelacji. W praktyce należy oczekiwać niezależności lub niewielkiej dodatniej korelacji, dlatego należy wybrać **ICR=** lub krzywą **ICR-** . 

W przypadku samego STEEM, początkowo kuracja była kwadratowym **ICR=**, a po hardfork 19 jest to liniowy **ICR=**.

---
<center>***cdn. wkrótce kolejne części...***</center>

---
<center>[Smart Media Tokens Whitepaper [PL] cz. 1](https://steemit.com/polish/@astromaniak/smart-media-tokens-whitepaper-pl-cz-1)</center>
<center>[Smart Media Tokens Whitepaper [PL] cz. 2](https://steemit.com/polish/@astromaniak/smart-media-tokens-whitepaper-pl-cz-2)</center>
<center>[Smart Media Tokens Whitepaper [PL] cz. 3](https://steemit.com/polish/@astromaniak/smart-media-tokens-whitepaper-pl-cz-3)</center>
<center>[Smart Media Tokens Whitepaper [PL] cz. 4](https://steemit.com/polish/@astromaniak/smart-media-tokens-whitepaper-pl-cz-4)</center>
<center>[Smart Media Tokens Whitepaper [PL] cz. 5](https://steemit.com/polish/@astromaniak/smart-media-tokens-whitepaper-pl-cz-5)</center>
<center>[Smart Media Tokens Whitepaper [PL] cz. 6](https://steemit.com/polish/@astromaniak/smart-media-tokens-whitepaper-pl-cz-6)</center>
<center>[Smart Media Tokens Whitepaper [PL] cz. 7](https://steemit.com/polish/@astromaniak/smart-media-tokens-whitepaper-pl-cz-7)</center>