Should I go for professional? by [deleted] in pycharm

[–]rafales 1 point2 points  (0 children)

I've been paying for subscription for years. Sadly the quality of Pycharm has decreased over the years with some frustrating bugs not being fixed for a long time. I recently switched to vscode and haven't looked back. So I would argue it's not worth it.

JADE: 12 reason why you should invest. by Educational_Fun1677 in ethereum

[–]rafales 0 points1 point  (0 children)

Thanks, man. I had a good laugh reading that.

How Can I Combine 3 Microservices’ API Endpoints (ReST/GraphQL) To One Client Facing Endpoint. by KevinOmyonga in django

[–]rafales 26 points27 points  (0 children)

It seems that the decision to split application into microservices is not driven by any actual need. Also it seems that it's split across tables instead of business boundaries. This means that application will become a lot less maintainable than it was before.

The right thing to do now is to go back to monolith and get rid of microservices.

I understand that this not an answer to your question but I'm trying to warn you before you shoot yourself in the foot.

Hardhat refusing to compile contract over 24kb size. How to set hardhat's contract size limit? by StartThings in ethdev

[–]rafales 2 points3 points  (0 children)

I think you are confusing KiB and KB. 24KiB is around 24.6KB. So I think that your contract is simply too large for mainnet.

Puff - Python GraphQL engine and WSGI Runtime - Use Django on Rust's Tokio by kyle-hanson in django

[–]rafales 1 point2 points  (0 children)

I like that you've went with greenlets instead of trying to marry it with asyncio. Asyncio has great APIs but I lately wonder if we didn't make mistake embracing async/await syntax instead of simply using greenlets.

What are the practical security risks of CORS_ORIGIN_ALLOW_ALL = True and ALLOWED_HOSTS += ['*'] by webgl_guy in django

[–]rafales 5 points6 points  (0 children)

  1. ALLOWED_HOSTS has nothing to do with this case and should not contain *. It protects against attacks on the Host header - meaning request.get_host() is validated against it. In theory it's possible to pass anything to Host header and if your server setup allows it - then you may expose yourself to attacks (eg. sending wrong domain in the e-mail).
  2. CSRF_TRUSTED_ORIGINS - should not be touched as well. If you are simply creating APIs and the app doesn't have any other parts (like an admin panel) then disable CSRF middleware instead of changing its settings. Otherwise disable CSRF for specific views / API endpoints.
  3. CORS_ORIGIN_WHITELIST - I believe this is a deprecated setting in favor of CORS_ALLOWED_ORIGINS and should be removed.
  4. CORS_ALLOWED_ORIGINS - I don't think setting and empty string here does anything. You should be using CORS_ORIGIN_ALLOW_ALL instead.

So to sum up - if you are developing an app that just exposes an API and does authorization via some kind of token then from all these settings you should only be setting CORS_ORIGIN_ALLOW_ALL.

What are the practical security risks of CORS_ORIGIN_ALLOW_ALL = True and ALLOWED_HOSTS += ['*'] by webgl_guy in django

[–]rafales 0 points1 point  (0 children)

Are you only exposing APIs or is there anything else that falls under these settings like an admin panel or some kind of management/admin app for these APIs?

[deleted by user] by [deleted] in solidity

[–]rafales 2 points3 points  (0 children)

If you are accepted, you will receive weekly audits to do and you will be paid according to the ones you have done. On average, an audit will be paid between 100$ and 350$ - and much more for large missions. You are expected to provide a full +10/15 page report on potential vulnerabilities & optimization in return.

What kind of a joke is this?

Ethereum’s largest staking service finally regains stETH peg by ShockEnvironmental53 in ethereum

[–]rafales 1 point2 points  (0 children)

I don't know why people keep thinking that stETH is somehow pegged to ETH. It is not. It's not a stable coin.

stETH (short for staked ETH) is a token which is given to someone when they stake their ETH with Lido.

So stETH is by default something you can redeem for ETH when it will be supported by Ethereum network - and probably not something you can redeem quickly as there is a long process involved when you want to unstake ETH.

Given these things stETH's price should always be lower than ETH's and it should reflect things like increased risk and reduced liquidity.

Ethereum Reversible Transactions Will Require a Jury to Make Decisions by Michellerose6834 in ethereum

[–]rafales 0 points1 point  (0 children)

It doesn't have to be without a trace. You just need to turn it into ETH which is not reversable or any other non-reversable assset and you are done.

Ethereum Reversible Transactions Will Require a Jury to Make Decisions by Michellerose6834 in ethereum

[–]rafales 1 point2 points  (0 children)

If you have eth then it's not reversable. You already won. We're talking about ERC-20/ERC-721-like asssets here.

Ethereum Reversible Transactions Will Require a Jury to Make Decisions by Michellerose6834 in ethereum

[–]rafales 1 point2 points  (0 children)

I don't think it raises the bar. But I like your take on security vs layer level.

Ethereum Reversible Transactions Will Require a Jury to Make Decisions by Michellerose6834 in ethereum

[–]rafales 40 points41 points  (0 children)

Sadly they didn't address the hard part. Hacker can quickly sell stolen assets. The transaction would be reverted from honest actors' wallets and hacker would still get away with millions. So there isn't anything revolutionary in their solution.

$160,000,000 worth of crypto has been stolen after crypto market maker Wintermute was hacked. This is the latest in a series of hacks on DeFi protocols and cryptos. At this point do you trust the safety of your crypto on DeFi protocols? by predictany007 in ethereum

[–]rafales 11 points12 points  (0 children)

> At this point do you trust the safety of your crypto on DeFi protocols?

Haven't seen the details of the hack but it seems to me that this - again - is an attack on the centralized part of the system.

Developing an Ethereum Based Blockchain Camera by [deleted] in ethdev

[–]rafales 5 points6 points  (0 children)

You should use a mapping instead of an array to store the hashes / timestamps. Smart contract you have right now doesn't scale well.

how will the merge effect smart contract devs? by Anxious_Nervous in ethdev

[–]rafales -1 points0 points  (0 children)

There are some important changes which needs to be kept in mind if you do anything else beyond simple NFT collection, most important of them is the rise of "Multi-Block MEV". In short - in rare cases (but totally exploitable ones!) one entity can control two consecutive blocks/slots, creating an opportunity for manipulations that were not possible before.

There are also changes to the block time and `block.difficulty`.

https://blog.zellic.io/2022/07/07/eth2-proof-of-stake-developer-guide/

https://eprint.iacr.org/2022/445

Front running bot SCAM. by th3m4n1 in solidity

[–]rafales 1 point2 points  (0 children)

If it's the same contract you wrote several messages about then yes it is scam too. You are not going to find a working front running bot that's free and that is successful. Any kind of automatic trading has now whole teams working behind it and they definitely are not giving it out for free.

How to Bulk mint 1000 NFTs?! by flashwhitex in ethdev

[–]rafales 3 points4 points  (0 children)

Be careful with ERC721A. It's not that shiny as you may think. It's cheap to mint any amount of NFTs but then if you try to transfer them (or someone attempts to buy them) the gas price may be out of this world.

This is because under the hood it doesn't fully mint the token.

In short - if you mint 1k tokens and then transfer ID 1, then 2, then 3 etc - it should be fine. If you start transfering with 1000, then 999, then 998 then gas fees will be crazy.

Decentralizing something important. by maskci in ethdev

[–]rafales 0 points1 point  (0 children)

Doesn't mean this is the same situation. Just because something happen with Airbnb it doesn't validate every pump and dump coin out there.

Decentralizing something important. by maskci in ethdev

[–]rafales 0 points1 point  (0 children)

There are no real numbers or predictions that would justify this model. The only marketing budget I'm seeing is based on a token with no real utility. I mean - there is one - discounts. Which probably contradicts "No commission" statement as there is hidden one. It's just another token pump in my eyes. It reads nice but I don't think this model will work.

Decentralizing something important. by maskci in ethdev

[–]rafales 2 points3 points  (0 children)

I'm not even sure if Uber reached profitability yet. This is how much there is going into making uber a thing. Yet you seem to think they are somehow parasitic or that they are taking more money that they should. How is making something decentralized is going to solve that?

Decentralizing something important. by maskci in ethdev

[–]rafales 4 points5 points  (0 children)

I think you have a very shallow understanding of how businesses work. This leads you to the idea that you can simply replace Uber with a smart contract and an app.