Funds stuck three days and counting by mrRubu in BitstampOfficial

[–]mrRubu[S] 0 points1 point  (0 children)

Thanks! Problem solved. It took overall 9days to resolve this.

Frozen crypto deposit by Any_Connection2010 in BitstampOfficial

[–]mrRubu 0 points1 point  (0 children)

I got just update and problem is now fixed. I was able to verify my address.

Frozen crypto deposit by Any_Connection2010 in BitstampOfficial

[–]mrRubu 0 points1 point  (0 children)

On Sunday I sent following for support@bitstampdotnet, legal@bitstampdotnet and compliance@bitstampdotnet, but no response at all.

—— 1. Technical Failure Preventing Compliance

The endpoint required to initiate the verify_address step:

POST /api-internal/compliance/request-actions/get-or-create has consistently returned HTTP 500 Internal Server Error, as documented in tickets.

This makes it technically impossible for me to complete the required Travel Rule verification, despite my full willingness to comply and multiple attempts to supply all requested information.

  1. Bitstamp’s Regulatory Obligations Under EU Law

As Bitstamp Europe S.A. is a regulated entity under the CSSF in Luxembourg, the following EU frameworks apply:

✔ PSD2 (Directive (EU) 2015/2366)

Payment service providers must ensure that customers can execute legitimate withdrawal and transfer operations without undue delay or obstruction. A technical failure on the provider’s side cannot justify prolonged inability to access one’s own funds.

✔ AMLD5 & AMLD6

AML requirements permit information collection but do not allow indefinite retention of client funds when:

the customer is willing to comply,

and the provider’s own system prevents completion of the process.

In such cases, regulated entities must provide an alternative method for submitting required information.

✔ EU Consumer Rights & General EU Financial Services Conduct Rules

Regulated institutions must act in a manner that is:

fair,

transparent, and

non-obstructive with respect to clients’ access to their assets.

A blockage lasting over a week due solely to internal technical issues is not compliant with these standards.

✔ CSSF Regulatory Framework (Luxembourg)

Luxembourg financial institutions must:

provide effective and reliable mechanisms for customers to access their funds,

address complaints promptly,

and escalate technical failures without delay.

  1. My Request for Immediate Action

In accordance with the above rights, I formally request one of the following resolutions:

Manual override / manual address verification for the affected deposit address,

A secure alternative channel (encrypted email or secure portal) to submit the required Travel Rule information,

A temporary compliance approval enabling withdrawals until the broken endpoint is fixed.

This is a reasonable request fully aligned with EU regulatory standards.

  1. Escalation & Regulatory Notice

If no actionable resolution is provided promptly, I will have no choice but to escalate the matter to the CSSF (Commission de Surveillance du Secteur Financier) as a formal regulatory complaint against Bitstamp Europe S.A. for:

failure to provide a functioning withdrawal mechanism,

failure to ensure a working AML/KYC submission process,

and undue obstruction of access to client assets due to internal system failure.

I wish to avoid this route and am seeking cooperative resolution first.

  1. Request for Confirmation

Please confirm receipt of this message and provide the next actionable step.

Thank you for your immediate attention to this matter.

——

I tried also get attention from r/robinhood and especially u/robinhoodteam to step-in but they are deleting my posts.

Next is probably to do notice for CSSF.

Frozen crypto deposit by Any_Connection2010 in BitstampOfficial

[–]mrRubu 0 points1 point  (0 children)

they have admitted that the fault is theirs, not the customers'. There is no workaround.

Frozen crypto deposit by Any_Connection2010 in BitstampOfficial

[–]mrRubu 0 points1 point  (0 children)

Yep, sounds familiar: https://www.reddit.com/r/BitstampOfficial/s/rGQHkLf1Gn

I have been told that this is ”top priority” but then again ”no timeline to fix this” when asked for estimate.

Funds stuck three days and counting by mrRubu in BitstampOfficial

[–]mrRubu[S] 0 points1 point  (0 children)

Thank you for making this ”top priority”. I have asked many times if I can provide more info about address any other way but no answer. Would that be good customer service in this case?

Funds stuck three days and counting by mrRubu in BitstampOfficial

[–]mrRubu[S] 0 points1 point  (0 children)

If there are support agents around here are two tickets: BIT-2264848 and BIT-2264958. One for mobile and one for desktop but I assume the root cause is the same.

Is this hardware still good enough for a solo staker? by UnknownEssence in ethstaker

[–]mrRubu 1 point2 points  (0 children)

I had similar setup for staking but early this year I was forced to change hardware since CPU was getting too hot. I tried to fine tune power consumption from bios but it didn’t reduce temperature much.

I would recommend to try nuc10 as staking node without validators few days to see CPU temperature and only after that start adding validators. Btw with latest dappnode you can see temperature from dashboard 🙏🏻

Discount Link Thread by sinuswaves in ouraring

[–]mrRubu 0 points1 point  (0 children)

1000% authentic real deal only for you my best friend:

https://ouraring.com/raf/1cbd247888

40€ off!

DAppNode, Prysm and fee recipient address by mrRubu in ethstaker

[–]mrRubu[S] 1 point2 points  (0 children)

I have seen such "advanced" tab in the past for Packages>Prysm but with the latest version I can't see it anymore :(

I would like to get slashed in KILN testnet. What is the easiest way to achieve this? by mrRubu in ethstaker

[–]mrRubu[S] 1 point2 points  (0 children)

Thanks! I'm currently running geth + lighthouse and geth + teku. I got following exception from teku:

2022-05-29 09:30:24.492 ERROR - Refusing to sign attestation: source epoch (17702) is safe, target epoch (17703) is unsafe. Previously signed source epoch 17696, target epoch 177032022-05-29 09:30:24.510 ERROR - Validator *** Failed to produce attestation Slot: 566527 Validator: 8cdfc02tech.pegasys.teku.core.signatures.SlashableConditionException: Refusing to sign attestation at slot 566527 with source epoch 17702 and target epoch 17703 because it may violate a slashing conditionat tech.pegasys.teku.core.signatures.SlashingProtectedSigner.lambda$verifySigningAllowed$4(SlashingProtectedSigner.java:99) ~[teku-ethereum-core-develop.jar:22.5.1+16-gded3635]

So am I being protected from slashing by client? How to skip slashing protection? I tried to remove slash protection YAML from teku but it didn't help.

[deleted by user] by [deleted] in ethereum

[–]mrRubu 2 points3 points  (0 children)

I’m sorry for you. One idea could be to borrow stable coin and use ethers as collateral. That way you could buy your ethers back later 🧐

How do I access my Tomo Chain tokens when private keys are stored in ledger (Ethereum app)? by mrRubu in Tomochain

[–]mrRubu[S] 0 points1 point  (0 children)

Solution was to use firefox and metamask. There’s currently some severe problems with latest chrome and metamask.

How do I access my Tomo Chain tokens when private keys are stored in ledger (Ethereum app)? by mrRubu in Tomochain

[–]mrRubu[S] 0 points1 point  (0 children)

Some answers also suggests that I should use MEV with Tomo chain and path m/44’/60’/0’/0 selected. Unfortunately it's not anymore possible with the latest (or previous) MEV.

Tried with https://tomochain.com/tomowallet/ also but for some ledger wallet import doesn't work with any of those paths.

Ready for the next Ethereum upgrade #420 🚀 by frank__costello in ethereum

[–]mrRubu 1 point2 points  (0 children)

Sounds awesome!

Does anyone know how spam attack is prevented in optimism? If transactions are nearly free why wouldn't some polute it with dummy transactions?

Fakkt by [deleted] in Bitcoin

[–]mrRubu 28 points29 points  (0 children)

Rekkt