#8650
8650
406 baxış
Müzakirə edir: 3
Populyar
Sonuncu
·
--
Doğrulanıb
XRPL token qəbul etmək hüququnun sərtləşdirilməsini təklif edir: “təklif” sözünə diqqət yetirin
30/10-da rippled kod deposunun yoxlanması göstərdi ki, #8648 və #8650 nömrəli iki təklif hələ də açıqdır və birləşdirilməyib
Əsas diqqət emitentin tokeni qəbul edəcək şəxsin təsdiqlənməsini tələb etməsinə yönəlib:
• AMM poolunda payı təmsil edən tokeni qəbul edərkən hesab pooldakı hər iki aktiv üzrə təsdiqlənməlidir
• Balansı olan trust line da əlavə token qəbul etmək hüququ baxımından yoxlanmalıdır; balansı sıfırdan fərqli olduğuna görə yoxlamadan azad edilməməlidir
Trust line-ı XRPL-də hesabın emitentə məxsus tokenləri saxlamaq üçün yaratdığı əlaqə kimi başa düşmək olar
Hər iki dəyişiklik fixCleanup3_5_0 amendment-indən istifadə edir. Hazırkı kod təsvirində həmçinin bildirilir ki, yoxlamadan sonra digər iki yoxlama kateqoriyası bağlanıb; buna görə də xülasə xəbərini “dörd yamaq tətbiq edilib” kimi başa düşmürəm
Diqqətəlayiq məqam: XRPL sənədlərində açıq şəkildə bildirilir ki, bu sahib icazəsi mexanizmi yerli XRP-yə şamil edilmir
Məncə, burada söhbət zəncir üzərində buraxılan aktivlərin qaydalarına düzgün riayət olunmasından gedir. Tokeni qəbul edəcək şəxsin təsdiqlənməsi tələb olunursa, pool vasitəsilə həyata keçirilən köçürmələr də bu şərtə əməl etməlidir
Yoxlama prosesini, buraxılışı və faktiki aktivləşdirməni izləmək lazımdır. Təklif olunan kod hələ mainnet-də qüvvədə olan qayda deyil
Sizcə, təşkilatların zəncir üzərində buraxdığı aktivlər üçün sərbəst köçürmə imkanına, yoxsa onları saxlamağa icazəsi olan şəxslərə nəzarətə üstünlük verilməlidir?
Mənbə: XRPLF/rippled PR #8648, #8650; XRPL “Authorized Trust Lines” sənədi, 30/10/2026 tarixində yoxlanılıb
$XRP
XRPL token qəbul etmək hüququnun sərtləşdirilməsini təklif edir: “təklif” sözünə diqqət yetirin
30/10-da rippled kod deposunun yoxlanması göstərdi ki, #8648 və #8650 nömrəli iki təklif hələ də açıqdır və birləşdirilməyib
Əsas diqqət emitentin tokeni qəbul edəcək şəxsin təsdiqlənməsini tələb etməsinə yönəlib:
• AMM poolunda payı təmsil edən tokeni qəbul edərkən hesab pooldakı hər iki aktiv üzrə təsdiqlənməlidir
• Balansı olan trust line da əlavə token qəbul etmək hüququ baxımından yoxlanmalıdır; balansı sıfırdan fərqli olduğuna görə yoxlamadan azad edilməməlidir
Trust line-ı XRPL-də hesabın emitentə məxsus tokenləri saxlamaq üçün yaratdığı əlaqə kimi başa düşmək olar
Hər iki dəyişiklik fixCleanup3_5_0 amendment-indən istifadə edir. Hazırkı kod təsvirində həmçinin bildirilir ki, yoxlamadan sonra digər iki yoxlama kateqoriyası bağlanıb; buna görə də xülasə xəbərini “dörd yamaq tətbiq edilib” kimi başa düşmürəm
Diqqətəlayiq məqam: XRPL sənədlərində açıq şəkildə bildirilir ki, bu sahib icazəsi mexanizmi yerli XRP-yə şamil edilmir
Məncə, burada söhbət zəncir üzərində buraxılan aktivlərin qaydalarına düzgün riayət olunmasından gedir. Tokeni qəbul edəcək şəxsin təsdiqlənməsi tələb olunursa, pool vasitəsilə həyata keçirilən köçürmələr də bu şərtə əməl etməlidir
Yoxlama prosesini, buraxılışı və faktiki aktivləşdirməni izləmək lazımdır. Təklif olunan kod hələ mainnet-də qüvvədə olan qayda deyil
Sizcə, təşkilatların zəncir üzərində buraxdığı aktivlər üçün sərbəst köçürmə imkanına, yoxsa onları saxlamağa icazəsi olan şəxslərə nəzarətə üstünlük verilməlidir?
Mənbə: XRPLF/rippled PR #8648, #8650; XRPL “Authorized Trust Lines” sənədi, 30/10/2026 tarixində yoxlanılıb
$XRP
30/10-da rippled kod deposunun yoxlanması göstərdi ki, #8648 və #8650 nömrəli iki təklif hələ də açıqdır və birləşdirilməyib
Əsas diqqət emitentin tokeni qəbul edəcək şəxsin təsdiqlənməsini tələb etməsinə yönəlib:
• AMM poolunda payı təmsil edən tokeni qəbul edərkən hesab pooldakı hər iki aktiv üzrə təsdiqlənməlidir
• Balansı olan trust line da əlavə token qəbul etmək hüququ baxımından yoxlanmalıdır; balansı sıfırdan fərqli olduğuna görə yoxlamadan azad edilməməlidir
Trust line-ı XRPL-də hesabın emitentə məxsus tokenləri saxlamaq üçün yaratdığı əlaqə kimi başa düşmək olar
Hər iki dəyişiklik fixCleanup3_5_0 amendment-indən istifadə edir. Hazırkı kod təsvirində həmçinin bildirilir ki, yoxlamadan sonra digər iki yoxlama kateqoriyası bağlanıb; buna görə də xülasə xəbərini “dörd yamaq tətbiq edilib” kimi başa düşmürəm
Diqqətəlayiq məqam: XRPL sənədlərində açıq şəkildə bildirilir ki, bu sahib icazəsi mexanizmi yerli XRP-yə şamil edilmir
Məncə, burada söhbət zəncir üzərində buraxılan aktivlərin qaydalarına düzgün riayət olunmasından gedir. Tokeni qəbul edəcək şəxsin təsdiqlənməsi tələb olunursa, pool vasitəsilə həyata keçirilən köçürmələr də bu şərtə əməl etməlidir
Yoxlama prosesini, buraxılışı və faktiki aktivləşdirməni izləmək lazımdır. Təklif olunan kod hələ mainnet-də qüvvədə olan qayda deyil
Sizcə, təşkilatların zəncir üzərində buraxdığı aktivlər üçün sərbəst köçürmə imkanına, yoxsa onları saxlamağa icazəsi olan şəxslərə nəzarətə üstünlük verilməlidir?
Mənbə: XRPLF/rippled PR #8648, #8650; XRPL “Authorized Trust Lines” sənədi, 30/10/2026 tarixində yoxlanılıb
$XRP
1
838
·
--
Tərcüməyə bax
XRP Ledger devs propose fixCleanup3_5_0 to block restricted tokens from reaching unapproved accountsOPENING
Two open pull requests on the XRPL rippled repository, opened October 27, 2026, would close gaps that let tokens with issuer approval rules (RequireAuth) reach accounts the issuer never authorized; both are gated behind a new amendment, fixCleanup3_5_0. Under the first change, an account would need authorization for both assets in an AMM pool before it can acquire that pool's LP token by any route, including payments, DEX offers, NFT offers and AMM auction-slot bids.
KEY DETAILS
- Two open pull requests on the XRPL rippled repository, opened October 27, 2026, would close gaps that let tokens with issuer approval rules (RequireAuth) reach accounts the issuer never authorized; both are gated behind a new amendment, fixCleanup3_5_0.
- Under the first change, an account would need authorization for both assets in an AMM pool before it can acquire that pool's LP token by any route, including payments, DEX offers, NFT offers and AMM auction-slot bids.
- The second change closes an exemption where the payment engine's authorization check only applied when a trust line's balance was exactly zero, so an unauthorized line that already held tokens could keep receiving more.
- Neither change has been merged into rippled; fixCleanup3_5_0 is listed on the develop branch as supported with a default 'no' vote, and like any XRPL amendment it would activate only after holding more than 80% support from trusted validators for two weeks.
- The work was originally split into four pull requests; two further layers, one limiting unauthorized balances to returning funds to the issuer and a trust-line authorization invariant, were closed after review.
WHY IT MATTERS
Stablecoin and tokenized-fund issuers rely on these approval rules. (Analysis, not a confirmed fact.)
IMPORTANT CONTEXT
- Source pull requests: XRPLF/rippled #8648 and #8650, last updated October 28-29, 2026.
- This is a protocol development update, not investment advice.
- This article is informational and is not financial advice. Digital assets are volatile.
SOURCE
- Primary / main source: https://x.com/CoinDesk/status/2116112415096242286
- Supporting: https://github.com/XRPLF/rippled/pull/8648
- Supporting: https://github.com/XRPLF/rippled/pull/8650
- Supporting: https://github.com/XRPLF/rippled/blob/develop/include/xrpl/protocol/detail/features.macro
- Supporting: https://xrpl.org/docs/concepts/networks-and-servers/amendments
- Supporting: https://www.coindesk.com/tech/2026/10/30/xrp-ledger-developers-tighten-the-rules-for-who-can-hold-restricted-tokens
#XRP #XRPL
XRP Ledger devs propose fixCleanup3_5_0 to block restricted tokens from reaching unapproved accounts
OPENING
Two open pull requests on the XRPL rippled repository, opened October 27, 2026, would close gaps that let tokens with issuer approval rules (RequireAuth) reach accounts the issuer never authorized; both are gated behind a new amendment, fixCleanup3_5_0. Under the first change, an account would need authorization for both assets in an AMM pool before it can acquire that pool's LP token by any route, including payments, DEX offers, NFT offers and AMM auction-slot bids.
KEY DETAILS
- Two open pull requests on the XRPL rippled repository, opened October 27, 2026, would close gaps that let tokens with issuer approval rules (RequireAuth) reach accounts the issuer never authorized; both are gated behind a new amendment, fixCleanup3_5_0.
- Under the first change, an account would need authorization for both assets in an AMM pool before it can acquire that pool's LP token by any route, including payments, DEX offers, NFT offers and AMM auction-slot bids.
- The second change closes an exemption where the payment engine's authorization check only applied when a trust line's balance was exactly zero, so an unauthorized line that already held tokens could keep receiving more.
- Neither change has been merged into rippled; fixCleanup3_5_0 is listed on the develop branch as supported with a default 'no' vote, and like any XRPL amendment it would activate only after holding more than 80% support from trusted validators for two weeks.
- The work was originally split into four pull requests; two further layers, one limiting unauthorized balances to returning funds to the issuer and a trust-line authorization invariant, were closed after review.
WHY IT MATTERS
Stablecoin and tokenized-fund issuers rely on these approval rules. (Analysis, not a confirmed fact.)
IMPORTANT CONTEXT
- Source pull requests: XRPLF/rippled #8648 and #8650, last updated October 28-29, 2026.
- This is a protocol development update, not investment advice.
- This article is informational and is not financial advice. Digital assets are volatile.
SOURCE
- Primary / main source: https://x.com/CoinDesk/status/2116112415096242286
- Supporting: https://github.com/XRPLF/rippled/pull/8648
- Supporting: https://github.com/XRPLF/rippled/pull/8650
- Supporting: https://github.com/XRPLF/rippled/blob/develop/include/xrpl/protocol/detail/features.macro
- Supporting: https://xrpl.org/docs/concepts/networks-and-servers/amendments
- Supporting: https://www.coindesk.com/tech/2026/10/30/xrp-ledger-developers-tighten-the-rules-for-who-can-hold-restricted-tokens
#XRP #XRPL
Two open pull requests on the XRPL rippled repository, opened October 27, 2026, would close gaps that let tokens with issuer approval rules (RequireAuth) reach accounts the issuer never authorized; both are gated behind a new amendment, fixCleanup3_5_0. Under the first change, an account would need authorization for both assets in an AMM pool before it can acquire that pool's LP token by any route, including payments, DEX offers, NFT offers and AMM auction-slot bids.
KEY DETAILS
- Two open pull requests on the XRPL rippled repository, opened October 27, 2026, would close gaps that let tokens with issuer approval rules (RequireAuth) reach accounts the issuer never authorized; both are gated behind a new amendment, fixCleanup3_5_0.
- Under the first change, an account would need authorization for both assets in an AMM pool before it can acquire that pool's LP token by any route, including payments, DEX offers, NFT offers and AMM auction-slot bids.
- The second change closes an exemption where the payment engine's authorization check only applied when a trust line's balance was exactly zero, so an unauthorized line that already held tokens could keep receiving more.
- Neither change has been merged into rippled; fixCleanup3_5_0 is listed on the develop branch as supported with a default 'no' vote, and like any XRPL amendment it would activate only after holding more than 80% support from trusted validators for two weeks.
- The work was originally split into four pull requests; two further layers, one limiting unauthorized balances to returning funds to the issuer and a trust-line authorization invariant, were closed after review.
WHY IT MATTERS
Stablecoin and tokenized-fund issuers rely on these approval rules. (Analysis, not a confirmed fact.)
IMPORTANT CONTEXT
- Source pull requests: XRPLF/rippled #8648 and #8650, last updated October 28-29, 2026.
- This is a protocol development update, not investment advice.
- This article is informational and is not financial advice. Digital assets are volatile.
SOURCE
- Primary / main source: https://x.com/CoinDesk/status/2116112415096242286
- Supporting: https://github.com/XRPLF/rippled/pull/8648
- Supporting: https://github.com/XRPLF/rippled/pull/8650
- Supporting: https://github.com/XRPLF/rippled/blob/develop/include/xrpl/protocol/detail/features.macro
- Supporting: https://xrpl.org/docs/concepts/networks-and-servers/amendments
- Supporting: https://www.coindesk.com/tech/2026/10/30/xrp-ledger-developers-tighten-the-rules-for-who-can-hold-restricted-tokens
#XRP #XRPL
39
Daha çox kontent araşdırmaq üçün daxil olun
Binance Square-də qlobal kriptovalyuta istifadəçilərinə qoşulun
⚡️ Kriptovalyuta haqqında ən son və faydalı məlumatları əldə edin.
💬 Dünyanın ən böyük kriptovalyuta birjası tərəfindən etibar edilir.
👍 Doğrulanmış yaradıcılardan gələn real məlumatları kəşf edin.
E-poçt/Telefon nömrəsi
Trenddə olan mövzular
1
#BinanceReports80%Recoveryof$6.3BillioninLossesfromHackIncident
21,922 baxış
Müzakirə edir: 193
2
#HeYiSaysWithdrawalsExpectedtoResumeWithin42Hours
39,947 baxış
Müzakirə edir: 775
3
#CZSaysCompensationIsinPlaceUsersAreProtected
45,968 baxış
Müzakirə edir: 654
4
#RichardTengSaysBinanceWillCoverAllHackedLosseswithCompanyFunds
7,535 baxış
Müzakirə edir: 45
5
#IntelHasItsWorstDaySince1974
8,497 baxış
Müzakirə edir: 244
6
#TRMCambodianCasinosReceived$1.07BInCrypto
1,819 baxış
Müzakirə edir: 49
7
#USDCCirculationFallsAbout800MInSevenDays
25,369 baxış
Müzakirə edir: 417
8
#SuspectedNorthKoreaAttacksAccountForNearly89%OfCryptoHackLosses
8,932 baxış
Müzakirə edir: 76
9
#OpenAICutsFundraisingTargetBy$10B
1,831 baxış
Müzakirə edir: 60
10
#ASICHasReceivedNoPredictionMarketApplications
37,467 baxış
Müzakirə edir: 837