<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="pl">
	<id>https://jak.mazovia.edu.pl/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=ClayWestgarth12</id>
	<title>Mazovia - Wkład użytkownika [pl]</title>
	<link rel="self" type="application/atom+xml" href="https://jak.mazovia.edu.pl/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=ClayWestgarth12"/>
	<link rel="alternate" type="text/html" href="https://jak.mazovia.edu.pl/index.php/Specjalna:Wk%C5%82ad/ClayWestgarth12"/>
	<updated>2026-10-31T19:45:55Z</updated>
	<subtitle>Wkład użytkownika</subtitle>
	<generator>MediaWiki 1.42.1</generator>
	<entry>
		<id>https://jak.mazovia.edu.pl/index.php?title=5_Rzeczy_O_ZK-KYC_Dla_DeFi_W_UE_Po_EIDAS_2.0_I_MiCA&amp;diff=1154219</id>
		<title>5 Rzeczy O ZK-KYC Dla DeFi W UE Po EIDAS 2.0 I MiCA</title>
		<link rel="alternate" type="text/html" href="https://jak.mazovia.edu.pl/index.php?title=5_Rzeczy_O_ZK-KYC_Dla_DeFi_W_UE_Po_EIDAS_2.0_I_MiCA&amp;diff=1154219"/>
		<updated>2026-10-23T06:55:44Z</updated>

		<summary type="html">&lt;p&gt;ClayWestgarth12: Utworzono nową stronę &amp;quot;Time-bandit MEV, czyli reorganizacja bloków dla zysku Time-bandit MEV polega na tym, że walidator lub grupa walidatorów opłaca się bardziej przepisać historię łańcucha, niż uczciwie rozliczyć transakcje. W warstwie drugiej rzędu zysk z takiego działania może przewyższyć koszt reorganizacji, zwłaszcza gdy w mempoolu czekają duże transakcje DeFi. Skutek dla użytkownika: transakcja, która wyglądała na potwierdzoną, nagle znika albo zmienia kole…&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Time-bandit MEV, czyli reorganizacja bloków dla zysku Time-bandit MEV polega na tym, że walidator lub grupa walidatorów opłaca się bardziej przepisać historię łańcucha, niż uczciwie rozliczyć transakcje. W warstwie drugiej rzędu zysk z takiego działania może przewyższyć koszt reorganizacji, zwłaszcza gdy w mempoolu czekają duże transakcje DeFi. Skutek dla użytkownika: transakcja, która wyglądała na potwierdzoną, nagle znika albo zmienia kolejność, a arbitraż lub likwidacja idzie po innej cenie. Praktyczna ochrona to unikanie transakcji granicznych w momentach wysokiej zmienności, ustawianie realistycznych limitów poślizgu i korzystanie z rozwiązań, które najpierw publikują dane, a dopiero potem ogłaszają potwierdzenie.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Praktycznie: rozbij duże transfery na mniejsze części, testuj wyjście małą kwotą przed pełnym przeniesieniem środków i zapisuj hashe transakcji po obu stronach. Nie polegaj na jednym źródle statusu. Sprawdzaj, czy dane są dostępne publicznie i czy istnieje ścieżka wyjścia bez zgody operatora. Najczęstszy błąd to traktowanie warstwy drugiej rzędu jak tej samej klasy bezpieczeństwa co warstwa główna — a to dwa różne systemy z różnymi zaufanymi punktami.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Zamrożenie salda wymaga dodatkowych pytań. Czy token został wydany dla właściwego systemu? Czy podmiot, który go wystawił, ma prawo zarządzać tym konkretnym kontem? Czy operacja nie narusza limitów? Czy nie wymaga potwierdzenia drugiej strony? Odpowiedzi nie wynikają z podpisu, lecz z reguł biznesowych i stanu systemu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Od strony zgodności z MiCA i eIDAS 2.0 liczy się to, kto ponosi odpowiedzialność. Jeśli DeFi tylko weryfikuje dowód, a nie przechowuje danych, jego rola jest bliżej weryfikatora technicznego niż administratora danych osobowych. To nie zwalnia z obowiązku rejestracji działalności, jeśli usługa ma charakter zarobkowy i jest kierowana do klientów z UE. Praktyczna rada: przed pierwszym wdrożeniem ustal z prawnikiem, kto jest administratorem danych w łańcuchu: wystawca, portfel czy protokół. Bez tego ZK-KYC daje fałszywe poczucie bezpieczeństwa prawnego.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Tokenizacja należności otwiera drogę do finansowania. Faktura może zostać podzielona na mniejsze tokeny i sprzedana inwestorom, którzy czekają na zapłatę od nabywcy. To nie jest jednak wolne od ryzyka: jeśli dłużnik nie zapłaci, tokeny tracą wartość. Dlatego każdy token powinien mieć jasno określony ranking i zabezpieczenie. Warto też pamiętać, że przeniesienie wierzytelności wymaga zgody lub zawiadomienia dłużnika — sam zapis w łańcuchu tego nie zastąpi.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Implementację zaczyna się od rozdzielenia ról. Portfel użytkownika (np. na telefonie) przechowuje poświadczenia wystawione przez zaufanego wystawcę — bank, notariusza, licencjonowanego dostawcę tożsamości. Wystawca weryfikuje dane raz, podpisuje poświadczenie kluczem prywatnym i przekazuje je do portfela. Wystawca nie dowiaduje się, gdzie użytkownik później użyje poświadczenia. To kluczowa różnica wobec klasycznego KYC, gdzie każda platforma dostaje pełny zestaw danych i musi go zabezpieczyć.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Finalność mostów to najczęściej pomijany element. Most nie przenosi aktywów — blokuje je po jednej stronie i tworzy roszczenie po drugiej. Dopóki roszczenie nie jest potwierdzone na obu końcach, istnieje okno, w którym można je zakwestionować. Błędem jest traktowanie mostu jak przelewu bankowego. Sprawdź, jaki jest okres wyzwania, kto może zgłosić sprzeciw i co się dzieje, gdy operator mostu przestanie odpowiadać. Jeśli odpowiedź brzmi „nie wiadomo&amp;quot; albo „zaufany zespół&amp;quot;, ryzyko jest większe, niż sugeruje interfejs.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Intencje to nie magia — to kontrakt z ograniczeniami Intencje deklarują efekt, a nie ścieżkę: „zamień X na Y, jeśli cena spadnie poniżej progu&amp;quot;. W ERC-4337 realizuje je solver, który buduje UserOperation i przekazuje wynik. Problem pojawia się przy braku atomowości. Jeśli solver wykonuje kilka kroków w osobnych transakcjach, użytkownik może zostać z niepełnym swapem, gdy drugi etap się nie powiedzie. Rozwiązanie: wymuszaj całość w jednym UserOperation albo używaj kontraktu pośredniczącego, który cofa stan przy niepowodzeniu. Kolejna pułapka to podpisywanie intencji bez daty wygaśnięcia i bez limitu poślizgu. Solver może wtedy poczekać na korzystniejszą cenę i wykonać zlecenie w momencie dla siebie najgorszym dla użytkownika.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Sekwencer to serwer, który ustala kolejność transakcji w warstwie drugiej. Jeśli działa w pojedynczym egzemplarzu i nie publikuje natychmiast danych do warstwy głównej, może cenzurować transakcje, opóźniać je lub zmieniać ich kolejność. Typowy błąd to zakładanie, że skoro transakcja ma status potwierdzonej w interfejsie, to jest już rozstrzygnięta. Tak nie jest — dopóki dane nie trafią do warstwy głównej i nie zostaną tam zaakceptowane, sekwencer może jeszcze wpłynąć na wynik. Przed dużym transferem sprawdź, czy warstwa drugiej rzędu ma wielu sekwencerów, mechanizm wymuszania publikacji i procedurę awaryjnego wyjścia.&lt;/div&gt;</summary>
		<author><name>ClayWestgarth12</name></author>
	</entry>
	<entry>
		<id>https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:ClayWestgarth12&amp;diff=1154217</id>
		<title>Użytkownik:ClayWestgarth12</title>
		<link rel="alternate" type="text/html" href="https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:ClayWestgarth12&amp;diff=1154217"/>
		<updated>2026-10-23T06:55:43Z</updated>

		<summary type="html">&lt;p&gt;ClayWestgarth12: Utworzono nową stronę &amp;quot;Miłośnik aranżacji wnętrz od kilku lat. Piszę o tym, jak wycisnąć maksimum z małego metrażu. Najchętniej opisuję pomysły, które nie rujnują budżetu.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Miłośnik aranżacji wnętrz od kilku lat. Piszę o tym, jak wycisnąć maksimum z małego metrażu. Najchętniej opisuję pomysły, które nie rujnują budżetu.&lt;/div&gt;</summary>
		<author><name>ClayWestgarth12</name></author>
	</entry>
</feed>