Helping Web3 projects grow through engagement & content 🚀
• Replies • Community • Visibility
Worked with early-stage projects
📩 Open for collabs & growth deal
Your #MEXC0808 AI Avatar is still waiting!
Join to win $68,880 in NVIDIA stock rewards:
1️⃣ Create your AI Avatar:
https://t.co/yRUQgqXwAI
2️⃣ Set it as your X profile picture + post on X
3️⃣ Fill out:
https://t.co/IClBLGrrnd
just took a quick BTC/USDT long on @ManicTrade.
➜ entry: $64,169.49
➜ close: $64,199.86
➜ duration: 1m
➜ invested: $50
➜ PnL: +86%
the move was small, but the result was solid.
what I like about this kind of setup is how quickly you can act on a market view and see the outcome without making the process complicated.
one minute.
one clear direction.
one trade.
+86% on this one. 📈
#ManicTrade @ManicTrade
Free $100 USDT, who’s taking it 💸
Just guess the chart to win!
🔹 Comment your answer
🔹 Follow @Bitget, RT & tag friends
🔹 5 winners to share
Hint: Stock Perps. Starts with $N___.
just took a quick BTC/USDT long on @ManicTrade.
➜ entry: $64,169.49
➜ close: $64,199.86
➜ duration: 1m
➜ invested: $50
➜ PnL: +86%
the move was small, but the result was solid.
what I like about this kind of setup is how quickly you can act on a market view and see the outcome without making the process complicated.
one minute.
one clear direction.
one trade.
+86% on this one. 📈
#ManicTrade @ManicTrade
just took a quick BTC/USDT long on @ManicTrade.
➜ entry: $64,169.49
➜ close: $64,199.86
➜ duration: 1m
➜ invested: $50
➜ PnL: +86%
the move was small, but the result was solid.
what I like about this kind of setup is how quickly you can act on a market view and see the outcome without making the process complicated.
one minute.
one clear direction.
one trade.
+86% on this one. 📈
#ManicTrade @ManicTrade
just took a quick BTC/USDT long on @ManicTrade.
➜ entry: $64,169.49
➜ close: $64,199.86
➜ duration: 1m
➜ invested: $50
➜ PnL: +86%
the move was small, but the result was solid.
what I like about this kind of setup is how quickly you can act on a market view and see the outcome without making the process complicated.
one minute.
one clear direction.
one trade.
+86% on this one. 📈
#ManicTrade @ManicTrade
Soo… Smith took our name. We kinda need a new one.
Help us rename this #Bitget TradFi account, where you can trade global TradFi perp 24/7 with market-leading liquidity, broad asset coverage, and crypto-native capital efficiency.
👉Drop your best name below + RT. Smart, funny, or completely unhinged, we want them all !!!
We will choose 10 winners to win 20 USDT each, 200 USDT total.
🎁 10 INSTANT ACCOUNTS GIVEAWAY:
🏆 Achievement unlocked:
✅ $1,000,000+ in trader payouts.
We're not stopping here. We want to keep growing even faster—and we want you to be part of what's next.
🎁 10 Instant Accounts Giveaway:
🏆 1 × $50K Instant Account
🥈 1 × $25K Instant Account
🥉 3 × $10K Instant Accounts
🎁 5 × $5K Instant Accounts
How to enter:
✅ Follow @One_Funded on X
✅ Subscribe to our YouTube: https://t.co/uWxBmjlNCt
✅ Repost this post
✅ Tag one trader friend in the comments
📅 Winners will be announced on August 18.
Let's build the next million together. 🚀
#OneFunded #PropTrading #Giveaway #FundedTrader
🎁 10 INSTANT ACCOUNTS GIVEAWAY:
🏆 Achievement unlocked:
✅ $1,000,000+ in trader payouts.
We're not stopping here. We want to keep growing even faster—and we want you to be part of what's next.
🎁 10 Instant Accounts Giveaway:
🏆 1 × $50K Instant Account
🥈 1 × $25K Instant Account
🥉 3 × $10K Instant Accounts
🎁 5 × $5K Instant Accounts
How to enter:
✅ Follow @One_Funded on X
✅ Subscribe to our YouTube: https://t.co/HxFQDjKXTX
✅ Repost this post
✅ Tag one trader friend in the comments
📅 Winners will be announced on August 18.
Let's build the next million together. 🚀
#OneFunded #PropTrading #Giveaway #FundedTrader
The recent Coldcard incident changed the way I think about hardware wallet security.
Before this, when I heard that a wallet had a hardware random number generator, I would naturally think: “Okay, the seed generation should be secure.”
But that's not really the whole story.
A hardware wallet can have strong security components and still have a problem if the firmware or the way entropy is handled introduces a weakness.
That’s what makes the recent incident so important.
The scary part is that a weak seed can look completely normal to the person using the wallet. The device works, the recovery phrase looks legitimate, and nothing immediately tells you that something went wrong.
The real question, then, shouldn't simply be:
“Does this wallet have an RNG?”
It should be:
“How is randomness generated, combined, tested, and finally used to create my keys?”
This is where ERA Wallet's approach caught my attention.
ERA says its entropy generation combines five sources: camera input, finger movements, device movement, and two hardware TRNG sources. It also says the resulting entropy is checked for randomness quality before it is used to generate private keys. 1
I like the idea behind this.
Instead of depending on one source, the architecture uses multiple sources and adds another verification step.
To me, that's a sensible example of defense in depth.
But I also don't think anyone should read this and immediately conclude that “five sources = impossible to hack.”
Security doesn't work that way.
What matters just as much is whether the entire entropy pipeline can actually be independently verified.
For example:
→ Can we independently verify that all five sources contribute to the final entropy?
→ What exactly does the randomness-quality check detect?
→ What happens if one entropy source fails or becomes compromised?
→ Does the device fail safely, or can it silently fall back to something weaker?
→ How much of the implementation can researchers independently inspect?
These are the questions I'd still want answered.
And honestly, that's one of the biggest lessons I take from the Coldcard incident.
Security isn't just about having a secure chip, a good RNG, or a nice hardware design.
It's about the entire chain working correctly — from entropy generation to firmware implementation to the final key.
ERA's multi-source entropy architecture is interesting to me for that reason.
Not because I think any wallet should be trusted blindly, but because the approach gives us something concrete to examine and question.
The best security conversation isn't:
“Trust this wallet.”
It's:
“Show me how it works, let me verify what I can, and tell me what happens when something goes wrong.”
That's the standard I'd like to see more of in hardware wallet security.
The recent Coldcard incident changed the way I think about hardware wallet security.
Before this, when I heard that a wallet had a hardware random number generator, I would naturally think: “Okay, the seed generation should be secure.”
But that's not really the whole story.
A hardware wallet can have strong security components and still have a problem if the firmware or the way entropy is handled introduces a weakness.
That’s what makes the recent incident so important.
The scary part is that a weak seed can look completely normal to the person using the wallet. The device works, the recovery phrase looks legitimate, and nothing immediately tells you that something went wrong.
The real question, then, shouldn't simply be:
“Does this wallet have an RNG?”
It should be:
“How is randomness generated, combined, tested, and finally used to create my keys?”
This is where ERA Wallet's approach caught my attention.
ERA says its entropy generation combines five sources: camera input, finger movements, device movement, and two hardware TRNG sources. It also says the resulting entropy is checked for randomness quality before it is used to generate private keys. 1
I like the idea behind this.
Instead of depending on one source, the architecture uses multiple sources and adds another verification step.
To me, that's a sensible example of defense in depth.
But I also don't think anyone should read this and immediately conclude that “five sources = impossible to hack.”
Security doesn't work that way.
What matters just as much is whether the entire entropy pipeline can actually be independently verified.
For example:
→ Can we independently verify that all five sources contribute to the final entropy?
→ What exactly does the randomness-quality check detect?
→ What happens if one entropy source fails or becomes compromised?
→ Does the device fail safely, or can it silently fall back to something weaker?
→ How much of the implementation can researchers independently inspect?
These are the questions I'd still want answered.
And honestly, that's one of the biggest lessons I take from the Coldcard incident.
Security isn't just about having a secure chip, a good RNG, or a nice hardware design.
It's about the entire chain working correctly — from entropy generation to firmware implementation to the final key.
ERA's multi-source entropy architecture is interesting to me for that reason.
Not because I think any wallet should be trusted blindly, but because the approach gives us something concrete to examine and question.
The best security conversation isn't:
“Trust this wallet.”
It's:
“Show me how it works, let me verify what I can, and tell me what happens when something goes wrong.”
That's the standard I'd like to see more of in hardware wallet security.
The recent Coldcard incident changed the way I think about hardware wallet security.
Before this, when I heard that a wallet had a hardware random number generator, I would naturally think: “Okay, the seed generation should be secure.”
But that's not really the whole story.
A hardware wallet can have strong security components and still have a problem if the firmware or the way entropy is handled introduces a weakness.
That’s what makes the recent incident so important.
The scary part is that a weak seed can look completely normal to the person using the wallet. The device works, the recovery phrase looks legitimate, and nothing immediately tells you that something went wrong.
The real question, then, shouldn't simply be:
“Does this wallet have an RNG?”
It should be:
“How is randomness generated, combined, tested, and finally used to create my keys?”
This is where ERA Wallet's approach caught my attention.
ERA says its entropy generation combines five sources: camera input, finger movements, device movement, and two hardware TRNG sources. It also says the resulting entropy is checked for randomness quality before it is used to generate private keys. 1
I like the idea behind this.
Instead of depending on one source, the architecture uses multiple sources and adds another verification step.
To me, that's a sensible example of defense in depth.
But I also don't think anyone should read this and immediately conclude that “five sources = impossible to hack.”
Security doesn't work that way.
What matters just as much is whether the entire entropy pipeline can actually be independently verified.
For example:
→ Can we independently verify that all five sources contribute to the final entropy?
→ What exactly does the randomness-quality check detect?
→ What happens if one entropy source fails or becomes compromised?
→ Does the device fail safely, or can it silently fall back to something weaker?
→ How much of the implementation can researchers independently inspect?
These are the questions I'd still want answered.
And honestly, that's one of the biggest lessons I take from the Coldcard incident.
Security isn't just about having a secure chip, a good RNG, or a nice hardware design.
It's about the entire chain working correctly — from entropy generation to firmware implementation to the final key.
ERA's multi-source entropy architecture is interesting to me for that reason.
Not because I think any wallet should be trusted blindly, but because the approach gives us something concrete to examine and question.
The best security conversation isn't:
“Trust this wallet.”
It's:
“Show me how it works, let me verify what I can, and tell me what happens when something goes wrong.”
That's the standard I'd like to see more of in hardware wallet security.
The recent Coldcard incident changed the way I think about hardware wallet security.
Before this, when I heard that a wallet had a hardware random number generator, I would naturally think: “Okay, the seed generation should be secure.”
But that's not really the whole story.
A hardware wallet can have strong security components and still have a problem if the firmware or the way entropy is handled introduces a weakness.
That’s what makes the recent incident so important.
The scary part is that a weak seed can look completely normal to the person using the wallet. The device works, the recovery phrase looks legitimate, and nothing immediately tells you that something went wrong.
The real question, then, shouldn't simply be:
“Does this wallet have an RNG?”
It should be:
“How is randomness generated, combined, tested, and finally used to create my keys?”
This is where ERA Wallet's approach caught my attention.
ERA says its entropy generation combines five sources: camera input, finger movements, device movement, and two hardware TRNG sources. It also says the resulting entropy is checked for randomness quality before it is used to generate private keys. 1
I like the idea behind this.
Instead of depending on one source, the architecture uses multiple sources and adds another verification step.
To me, that's a sensible example of defense in depth.
But I also don't think anyone should read this and immediately conclude that “five sources = impossible to hack.”
Security doesn't work that way.
What matters just as much is whether the entire entropy pipeline can actually be independently verified.
For example:
→ Can we independently verify that all five sources contribute to the final entropy?
→ What exactly does the randomness-quality check detect?
→ What happens if one entropy source fails or becomes compromised?
→ Does the device fail safely, or can it silently fall back to something weaker?
→ How much of the implementation can researchers independently inspect?
These are the questions I'd still want answered.
And honestly, that's one of the biggest lessons I take from the Coldcard incident.
Security isn't just about having a secure chip, a good RNG, or a nice hardware design.
It's about the entire chain working correctly — from entropy generation to firmware implementation to the final key.
ERA's multi-source entropy architecture is interesting to me for that reason.
Not because I think any wallet should be trusted blindly, but because the approach gives us something concrete to examine and question.
The best security conversation isn't:
“Trust this wallet.”
It's:
“Show me how it works, let me verify what I can, and tell me what happens when something goes wrong.”
That's the standard I'd like to see more of in hardware wallet security.
The recent Coldcard incident changed the way I think about hardware wallet security.
Before this, when I heard that a wallet had a hardware random number generator, I would naturally think: “Okay, the seed generation should be secure.”
But that's not really the whole story.
A hardware wallet can have strong security components and still have a problem if the firmware or the way entropy is handled introduces a weakness.
That’s what makes the recent incident so important.
The scary part is that a weak seed can look completely normal to the person using the wallet. The device works, the recovery phrase looks legitimate, and nothing immediately tells you that something went wrong.
The real question, then, shouldn't simply be:
“Does this wallet have an RNG?”
It should be:
“How is randomness generated, combined, tested, and finally used to create my keys?”
This is where ERA Wallet's approach caught my attention.
ERA says its entropy generation combines five sources: camera input, finger movements, device movement, and two hardware TRNG sources. It also says the resulting entropy is checked for randomness quality before it is used to generate private keys. 1
I like the idea behind this.
Instead of depending on one source, the architecture uses multiple sources and adds another verification step.
To me, that's a sensible example of defense in depth.
But I also don't think anyone should read this and immediately conclude that “five sources = impossible to hack.”
Security doesn't work that way.
What matters just as much is whether the entire entropy pipeline can actually be independently verified.
For example:
→ Can we independently verify that all five sources contribute to the final entropy?
→ What exactly does the randomness-quality check detect?
→ What happens if one entropy source fails or becomes compromised?
→ Does the device fail safely, or can it silently fall back to something weaker?
→ How much of the implementation can researchers independently inspect?
These are the questions I'd still want answered.
And honestly, that's one of the biggest lessons I take from the Coldcard incident.
Security isn't just about having a secure chip, a good RNG, or a nice hardware design.
It's about the entire chain working correctly — from entropy generation to firmware implementation to the final key.
ERA's multi-source entropy architecture is interesting to me for that reason.
Not because I think any wallet should be trusted blindly, but because the approach gives us something concrete to examine and question.
The best security conversation isn't:
“Trust this wallet.”
It's:
“Show me how it works, let me verify what I can, and tell me what happens when something goes wrong.”
That's the standard I'd like to see more of in hardware wallet security.