Binance Square
AbdullRauf
8.2k Publications

AbdullRauf

Binance Square Vérifié
Hi Guys i am Spot trader specialist in Intra Daytrade, DCA and Swing trade. Follow me tostay updated about market and Binance reward Campaigns.
Ouvert au trading
Trade fréquemment
1.3 an(s)
1.1K+ Suivis
30.7K+ Abonnés
27.5K+ J’aime
Publications
Portefeuille
PINNED
·
--
YOUR SUPPORT = OUR THANKS. 2000 GIFTS, GO! 🚀🎁💐 Square Family, you rock! 🧧 To celebrate YOU, we’re giving away 2000 GIFTS. Let’s go! How to enter: 👉 Follow us 👉 Share this post 👉 Comment “666” Random draws. Huge wins. Enter now!
YOUR SUPPORT = OUR THANKS. 2000 GIFTS, GO! 🚀🎁💐
Square Family, you rock! 🧧 To celebrate YOU, we’re giving away 2000 GIFTS. Let’s go!
How to enter:
👉 Follow us
👉 Share this post
👉 Comment “666”
Random draws. Huge wins. Enter now!
prof
prof
Prof Denial
·
--
I’m giving a $DOGE 🐶 reward 🎁 to our community as a BIG gift of appreciation.

💛claim it before the reward is gone.💛

💛 Don’t wait and miss your chance! 💛
Shaheen
Shaheen
Shaheen 69
·
--
🎁 5 EARNING TIPS + LIVE BNB REWARD! 🔥

Want to grow your crypto journey? Start with these 5 simple tips:

1️⃣ Learn before you trade.
2️⃣ Manage your risk.
3️⃣ Follow useful market updates.
4️⃣ Don’t chase pumps or FOMO.
5️⃣ Stay consistent and patient.

💰 Shaheen69 is sharing a LIVE BNB Red Packet reward! 🎁

If you’re part of my community, this one is for you. ❤️

Stay active, keep learning, and grab your reward when it drops! 🚀

#Binance #Crypto

$PROM $UNI $OPG


coin
coin
CoinVision110
·
--
🎁 Claim your reward
Follow me and repost this post to stay connected and support the journey. Every follow and repost means a lot! ❤️

#CaliforniaBillWouldBarOfficialMemeCoins
DK
DK
DK短线复刻
·
--
关注回复领取红包🎁🎁
1688
1688
静心1688
·
--
💥大道废,有仁义;智慧出,有大伪。
💥当大道被舍弃,才会刻意提倡仁义;心机智巧盛行,虚伪也随之滋生。

#美联储9月加息概率升至57% #比特币现货ETF结束9日净流入
BTC
BTC
BTC 222
·
--
LUCIC——A Rising Star on BNBChain 🌟

$LUCIC is not just a token; it embodies the principles of transparency, fairness, and sustainability:
⚡ Fully open smart contracts, transparent and trustworthy
🔗 Clearly verifiable on-chain
🎨 NFT incentive mechanism to reward contributors
🔥 Deflationary model: 1.37 million tokens permanently destroyed
💥 Scarce supply, with potential for value increase
💎 Innovation-driven, attracting high-potential participants
🌍 Promoting the revival of meme culture on BNBChain
Emma
Emma
Emmaa alex02
·
--
🎁🔥 Something special just dropped

on SOL!🥂

Red Packet is waiting — ❤️‍🩹

go grab yours🌸
bilawal
bilawal
Bilawal Ashiq
·
--
Haussier
🧧🧧Clam And Shere please 🎉
$USD1
meiqi
meiqi
小美琪 Meiqi
·
--
🧧🎁 Today $ETH 红包 is now live! 🎁🧧
✅ Follow me: @小美琪 Meiqi
💬 Comment “ETH” to claim your $ETH 红包 right away!
🎁 Click the link below to join the chat room and unlock extra $ETH 红包 rewards! 👇
🔗https://app.binance.com/uni-qr/9P7YHffB
⏰ Limited-time claim—first come, first served!
🍀 Don’t forget to check the pinned post for more Etherium 红包 waiting for you! 🧧✨
go
go
AbdullRauf
·
--
YOUR SUPPORT = OUR THANKS. 2000 GIFTS, GO! 🚀🎁💐
Square Family, you rock! 🧧 To celebrate YOU, we’re giving away 2000 GIFTS. Let’s go!
How to enter:
👉 Follow us
👉 Share this post
👉 Comment “666”
Random draws. Huge wins. Enter now!
Vérifié
At first I assumed the two transaction models on Dusk were just a privacy toggle. Public or private. One switch. Simple choice. The actual difference runs deeper than that. Moonlight works like Ethereum. Your account has a nonce. Every transaction increments it publicly. Anyone can see your balance, your history, your sequence. The nonce is a counter. It is also a trail. Phoenix works differently. There is no account. No visible balance. No sequential counter. Instead, when you spend a note, you produce a nullifier. The network records that nullifier and knows the note is gone. But it cannot link the nullifier back to the note it came from. The spending is provable. The identity of what was spent is not. That distinction matters more than it sounds. In Moonlight, your transaction history is a readable story. In Phoenix, the network knows chapters are being written without knowing what they say. What I keep thinking about is which institutions actually want which model. A bank processing a settlement might need Moonlight for audit trails. A fund executing a strategy might need Phoenix to avoid front-running. Both can live on the same chain. Neither forces the other to compromise. What I cannot find in the documentation is how regulators treat nullifiers as evidence. A nonce proves sequence. A nullifier proves spending without revealing the note. Are those legally equivalent in a compliance context? What do you think — when a regulator asks for proof of transaction, does a nullifier satisfy the requirement or does it just raise a harder question? #dusk $DUSK @Dusk_Foundation
At first I assumed the two transaction models on Dusk were just a privacy toggle. Public or private. One switch. Simple choice.

The actual difference runs deeper than that.

Moonlight works like Ethereum. Your account has a nonce. Every transaction increments it publicly. Anyone can see your balance, your history, your sequence. The nonce is a counter. It is also a trail.

Phoenix works differently. There is no account. No visible balance. No sequential counter. Instead, when you spend a note, you produce a nullifier. The network records that nullifier and knows the note is gone. But it cannot link the nullifier back to the note it came from. The spending is provable. The identity of what was spent is not.

That distinction matters more than it sounds. In Moonlight, your transaction history is a readable story. In Phoenix, the network knows chapters are being written without knowing what they say.

What I keep thinking about is which institutions actually want which model. A bank processing a settlement might need Moonlight for audit trails. A fund executing a strategy might need Phoenix to avoid front-running. Both can live on the same chain. Neither forces the other to compromise.

What I cannot find in the documentation is how regulators treat nullifiers as evidence. A nonce proves sequence. A nullifier proves spending without revealing the note. Are those legally equivalent in a compliance context?

What do you think — when a regulator asks for proof of transaction, does a nullifier satisfy the requirement or does it just raise a harder question?

#dusk $DUSK @Dusk
Privacy bolted onto EVM is not the same as privacy built in from day one.#dusk
Privacy bolted onto EVM is not the same as privacy built in from day one.#dusk
AbdullRauf
·
--
At first I assumed adding privacy to an EVM environment was the same as building privacy from the start. From the outside the two look similar. On the inside they are not.

The EVM account model carries a structural assumption. Addresses persist. Activity accumulates. Even when individual transactions are encrypted, the account itself becomes a pattern over time. Hedger adds confidentiality on top of that model. Transaction data can become opaque. The account structure remains visible.

So the real question is narrower. When Hedger encrypts a transaction, what exactly is hidden and what is not? Amounts and internal logic may stay private. The fact that this account interacted with this contract at this time is often still visible. In regulated finance, who traded with whom and when can matter as much as what they traded.

This is not a flaw in the design. Account-based EVM is practical for developers. Hedger is a real privacy layer. The risk is misunderstanding. A privacy layer that people overestimate can be more dangerous than no privacy layer at all.

Does transaction-level confidentiality give institutions enough protection, or does the account model underneath quietly limit the whole promise?

#dusk $DUSK @Dusk
Vérifié
I used to look at a new consensus design and ask one question first. How does an attacker break this? Studying Dusk changed that habit. With Succinct Attestation, a different scenario appears. Imagine you are already selected to generate a block in a later iteration. You are also voting on the current one. Do you help the current block succeed and take the voter reward, or stay quiet so the iteration fails and your future generator position improves? That is the Future Generator Incentive Problem. It does not come from outside. It comes from the incentives available to a legitimate participant. Dusk’s response was to reshape those incentives. Separate generator and voter rewards. Exclude the next-iteration generator from current voting. Limit how many iterations can run. There is a trade-off. Every extra incentive rule adds another assumption that still needs to hold under pressure. The real game underneath the cryptography is whether the most rational move stays the honest one. #dusk $DUSK @Dusk_Foundation
I used to look at a new consensus design and ask one question first. How does an attacker break this?

Studying Dusk changed that habit. With Succinct Attestation, a different scenario appears. Imagine you are already selected to generate a block in a later iteration. You are also voting on the current one. Do you help the current block succeed and take the voter reward, or stay quiet so the iteration fails and your future generator position improves?

That is the Future Generator Incentive Problem. It does not come from outside. It comes from the incentives available to a legitimate participant.

Dusk’s response was to reshape those incentives. Separate generator and voter rewards. Exclude the next-iteration generator from current voting. Limit how many iterations can run.

There is a trade-off. Every extra incentive rule adds another assumption that still needs to hold under pressure.

The real game underneath the cryptography is whether the most rational move stays the honest one.

#dusk $DUSK @Dusk
$DUSK Is Down 93%… Yet Holding Partnerships and a €200M+ Issuance Pipeline Most Protocols at This Price Don’t Have
$DUSK Is Down 93%… Yet Holding Partnerships and a €200M+ Issuance Pipeline Most Protocols at This Price Don’t Have
AbdullRauf
·
--
Spent time trying to read two signals that point in different directions. The price is down ninety-three percent from its all-time high. The NPEX partnership is live. A confirmed issuance pipeline of over two hundred million euros exists. The Boreas upgrade shipped in May. Those two pictures do not belong to the same narrative. One suggests a project that failed to hold its launch momentum. The other suggests a project that kept building while the price declined. Infrastructure tokens have a timing problem that equity markets do not. A company's stock price and its revenue usually move in the same direction over time. A protocol's token price and its actual usage can diverge for years. The price reflects what traders think today. The usage reflects what institutions decided months ago. What I cannot reconcile is the gap between the confirmed issuance number and the daily trading volume. Two hundred million euros in pipeline against three and a half million in daily volume is a wide distance. Either the issuance has not reached the chain yet or volume is not the right measure. @Dusk has partnerships that most protocols at this price would not. Whether that eventually shows up in the price or just in the history books is the question price charts were never designed to answer. When price and adoption diverge this far, which one is lying?

#dusk $DUSK @Dusk
At first I assumed adding privacy to an EVM environment was the same as building privacy from the start. From the outside the two look similar. On the inside they are not. The EVM account model carries a structural assumption. Addresses persist. Activity accumulates. Even when individual transactions are encrypted, the account itself becomes a pattern over time. Hedger adds confidentiality on top of that model. Transaction data can become opaque. The account structure remains visible. So the real question is narrower. When Hedger encrypts a transaction, what exactly is hidden and what is not? Amounts and internal logic may stay private. The fact that this account interacted with this contract at this time is often still visible. In regulated finance, who traded with whom and when can matter as much as what they traded. This is not a flaw in the design. Account-based EVM is practical for developers. Hedger is a real privacy layer. The risk is misunderstanding. A privacy layer that people overestimate can be more dangerous than no privacy layer at all. Does transaction-level confidentiality give institutions enough protection, or does the account model underneath quietly limit the whole promise? #dusk $DUSK @Dusk_Foundation
At first I assumed adding privacy to an EVM environment was the same as building privacy from the start. From the outside the two look similar. On the inside they are not.

The EVM account model carries a structural assumption. Addresses persist. Activity accumulates. Even when individual transactions are encrypted, the account itself becomes a pattern over time. Hedger adds confidentiality on top of that model. Transaction data can become opaque. The account structure remains visible.

So the real question is narrower. When Hedger encrypts a transaction, what exactly is hidden and what is not? Amounts and internal logic may stay private. The fact that this account interacted with this contract at this time is often still visible. In regulated finance, who traded with whom and when can matter as much as what they traded.

This is not a flaw in the design. Account-based EVM is practical for developers. Hedger is a real privacy layer. The risk is misunderstanding. A privacy layer that people overestimate can be more dangerous than no privacy layer at all.

Does transaction-level confidentiality give institutions enough protection, or does the account model underneath quietly limit the whole promise?

#dusk $DUSK @Dusk
At first I assumed adding privacy to an EVM environment was the same as building privacy from the start. From the outside the two look similar. On the inside they are not. The EVM account model carries a structural assumption. Addresses persist. Activity accumulates. Even when individual transactions are encrypted, the account itself becomes a pattern over time. Hedger adds confidentiality on top of that model. Transaction data can become opaque. The account structure remains visible. So the real question is narrower. When Hedger encrypts a transaction, what exactly is hidden and what is not? Amounts and internal logic may stay private. The fact that this account interacted with this contract at this time is often still visible. In regulated finance, who traded with whom and when can matter as much as what they traded. This is not a flaw in the design. Account-based EVM is practical for developers. Hedger is a real privacy layer. The risk is misunderstanding. A privacy layer that people overestimate can be more dangerous than no privacy layer at all. Does transaction-level confidentiality give institutions enough protection, or does the account model underneath quietly limit the whole promise? #dusk $DUSK @Dusk_Foundation
At first I assumed adding privacy to an EVM environment was the same as building privacy from the start. From the outside the two look similar. On the inside they are not.

The EVM account model carries a structural assumption. Addresses persist. Activity accumulates. Even when individual transactions are encrypted, the account itself becomes a pattern over time. Hedger adds confidentiality on top of that model. Transaction data can become opaque. The account structure remains visible.

So the real question is narrower. When Hedger encrypts a transaction, what exactly is hidden and what is not? Amounts and internal logic may stay private. The fact that this account interacted with this contract at this time is often still visible. In regulated finance, who traded with whom and when can matter as much as what they traded.

This is not a flaw in the design. Account-based EVM is practical for developers. Hedger is a real privacy layer. The risk is misunderstanding. A privacy layer that people overestimate can be more dangerous than no privacy layer at all.

Does transaction-level confidentiality give institutions enough protection, or does the account model underneath quietly limit the whole promise?

#dusk $DUSK @Dusk
At first I assumed appearing on the leaderboard was enough. Spent time checking the rules and realized verification is the real gate. Today is the only window. Binance Wallet → Discover → Booster → TermMax → Square task → Complete & Verify. Miss this step and the ranking means nothing The quiet work of confirming still decides who actually gets paid. @termmax #TermMax
At first I assumed appearing on the leaderboard was enough.

Spent time checking the rules and realized verification is the real gate.

Today is the only window.

Binance Wallet → Discover → Booster → TermMax → Square task → Complete & Verify.

Miss this step and the ranking means nothing

The quiet work of confirming still decides who actually gets paid.
@TermMax
#TermMax
Vérifié
Spent time trying to read two signals that point in different directions. The price is down ninety-three percent from its all-time high. The NPEX partnership is live. A confirmed issuance pipeline of over two hundred million euros exists. The Boreas upgrade shipped in May. Those two pictures do not belong to the same narrative. One suggests a project that failed to hold its launch momentum. The other suggests a project that kept building while the price declined. Infrastructure tokens have a timing problem that equity markets do not. A company's stock price and its revenue usually move in the same direction over time. A protocol's token price and its actual usage can diverge for years. The price reflects what traders think today. The usage reflects what institutions decided months ago. What I cannot reconcile is the gap between the confirmed issuance number and the daily trading volume. Two hundred million euros in pipeline against three and a half million in daily volume is a wide distance. Either the issuance has not reached the chain yet or volume is not the right measure. @Dusk_Foundation has partnerships that most protocols at this price would not. Whether that eventually shows up in the price or just in the history books is the question price charts were never designed to answer. When price and adoption diverge this far, which one is lying? #dusk $DUSK @Dusk_Foundation
Spent time trying to read two signals that point in different directions. The price is down ninety-three percent from its all-time high. The NPEX partnership is live. A confirmed issuance pipeline of over two hundred million euros exists. The Boreas upgrade shipped in May. Those two pictures do not belong to the same narrative. One suggests a project that failed to hold its launch momentum. The other suggests a project that kept building while the price declined. Infrastructure tokens have a timing problem that equity markets do not. A company's stock price and its revenue usually move in the same direction over time. A protocol's token price and its actual usage can diverge for years. The price reflects what traders think today. The usage reflects what institutions decided months ago. What I cannot reconcile is the gap between the confirmed issuance number and the daily trading volume. Two hundred million euros in pipeline against three and a half million in daily volume is a wide distance. Either the issuance has not reached the chain yet or volume is not the right measure. @Dusk has partnerships that most protocols at this price would not. Whether that eventually shows up in the price or just in the history books is the question price charts were never designed to answer. When price and adoption diverge this far, which one is lying?

#dusk $DUSK @Dusk
Vérifié
At first I assumed regulated finance could not move on-chain because regulators would never allow it. The rules were too strict. The systems were too closed. Blockchain was too open. Then the numbers appeared. More than €200 million in confirmed issuance through NPEX, a regulated Dutch exchange working with Dusk. That did not look like resistance. It looked like the opposite. What held me was the quieter realization underneath. Regulators were not the main blocker. Infrastructure was. When the rails could support eligibility, settlement, and controlled disclosure, the regulatory path became usable. The permission was not granted after the fact. It became possible because the design finally matched the requirements. What I still cannot settle is how far this stays local. NPEX is a Dutch venue. Whether this model expands beyond Europe or remains a regional experiment is still open. When regulated finance moves on-chain, does blockchain become more regulated, or does finance become more free? #dusk $DUSK @Dusk_Foundation
At first I assumed regulated finance could not move on-chain because regulators would never allow it. The rules were too strict. The systems were too closed. Blockchain was too open.

Then the numbers appeared. More than €200 million in confirmed issuance through NPEX, a regulated Dutch exchange working with Dusk. That did not look like resistance. It looked like the opposite.

What held me was the quieter realization underneath. Regulators were not the main blocker. Infrastructure was. When the rails could support eligibility, settlement, and controlled disclosure, the regulatory path became usable. The permission was not granted after the fact. It became possible because the design finally matched the requirements.

What I still cannot settle is how far this stays local. NPEX is a Dutch venue. Whether this model expands beyond Europe or remains a regional experiment is still open.

When regulated finance moves on-chain, does blockchain become more regulated, or does finance become more free?

#dusk $DUSK @Dusk
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme