Perhaps you should make one
1 Like
Will fUSD keep its same address, or will there be a migration after the bad debt is tacled?
1 Like
We can keep the address the same, but this isn’t finalized yet, I see no reason to change it though.
1 Like
Hi Andre,
Welcome back to crypto, and Fantom. Great that your hands-on-the-helm again.
Is Decentralized Storage a viable use case to be deployed on Fantom? If so, what would be the advantages it would offer over an Arweave, Sia, Filecoin?
1 Like
I don’t personally think so, decentralized storage is a very different problem than ordering and execution, with consensus you are worried about time ordering, with storage you are worried about availability. The stacks don’t naturally complement each other. We did have a few R&D project related to decentralized storage, but none of those are receiving active development. I see it as there being 3 areas;
- Time & Ordering (consensus)
- Execution & Memory (VM)
- Storage & Availability (currently VM, but should be off-chain)
Our focus (for now) is 1 & 2
3 Likes
Thanks for the clarity Andre
2 Likes
Hey Andre,
You mentioned a Fantom OS in a previous tweet. I have not seen much posted about it since. I don’t “think” its been discussed here. Can you elaborate a bit more on it?
Appreciate your time. Thanks.
2 Likes
Hello Andre
Is there any plan to increase number of nodes / validators for Fantom Network in future. One thing that most ALT L1 or L2 missing is number of nodes. If fantom have 1000+ nodes, than it will be best network alternative to ETH.
Also it should not be too costly to run the node / validators. Currently only 63 validators (as per FTMScan). 4 digit number of validators will be killer one.
TIA
3 Likes
Sure, again, people made a mountain out of a molehill, Fantom OS is just us rebranding Fantom Opera, Fantom is an operation system, its the platform ontop of which people build apps, similar to linux / android / windows, etc. We are trying to avoid unknown / jargon terms and move towards cleaner naming standards. Fantom OS is clearer to developers.
3 Likes
This is unfortunately not up to us, validators are permissionless, anyone can run a validator. We continue to decrease stake to make it easier for anyone to become a validator, but ultimately this decision isn’t for us to make. Validators themselves are low in requirements except storage, the consensus is very light on CPU and memory, only high disk requirements currently, but that is also greatly being reduced with flat storage and pebbleDB. But again, ultimately, this isn’t up to us.
5 Likes
Hi Andre,
do you know when we will have the final version of the f Wallet?
Thx
2 Likes
In technology, nothing is ever final 
4 Likes
True ! Keep building genius dev
2 Likes
Krunal Amin from Unidex posted this (as an answer to a question about USDC):
“the risk on Op (for USDC) is a total loss of your funds
same on polygon, eth, arbitrum, avax
on fantom its just a bridged token from multichain
the hyper majority of funds on fantom is essentially just secured by multchain
if multichains fantom bridged funds get exploited pretty much all of fantom disappears”
Could I know your stance to this, Andre? Is it true that we, as FTM, are so vulnerable - and if Multichain were hacked, then “pretty much all of fantom disappears”? Thank you in advance.
2 Likes
You have mentioned that harry yeh is not a core contributor… and quantum Miami is sponsored by quantum fintech group which founded by the same guy… ?
2 Likes
This is true for any bridged asset on any chain, it is not an issue related to FTM. Bridge risk assumptions always impose additional risk.
2 Likes
Correct, Harry Yeah is owner of Quantum Fintech. Quantum Miami is a general conference and not specific to Fantom. Not sure what the question is?
2 Likes
Who are the core contributors to fantom ?
2 Likes
Hey Andre,
Juan tweeted out: “Fantom is taking a different scaling approach to much of what you see in the market (L2s, appchains, & subnets), and one of the benefits this offers is shared security, liquidity, and users across the network.”
Is the idea here that no matter how big FTM gets, the idea of its scalability, is there will never be a need for L2s and/or subnets to keep it fast and cheap?
2 Likes