/biz/ - Business & Finance

>>22026584
linkies make it stacks are only worth 100k
if buidl gets to links mc the sui stack is almost 1m
imagine passing this up

>>21282664
consolidation, all the weak hand flippers sold out after edcon.

we will all make it

Thank you dear weak-handed whale that just sold and allowed me to get in right at $4

Whether you believe in BUIDL or not is irrelevant, the team is speaking tomorrow at the EDCON conference, with Vitalik and all the other big boys. They are the smallest marketcap coin to ever get invited and everyone that spoke at the conference did massive gains over the next year. We are still only a "4chan" coin but take a look at Chainlink now... they would be nothing without our shilling

You wanted a dip? Here's your dip. The conference is tomorrow let's go!!

Price estimates: $25 EOY
2121: $50

BUIDL TO THE MOON!

>>21107607
Sorry meant to say all the current top wallets havent bought at 1c or anywhere close
The super early buyers already dumped their BUIDL and left

>wake up
>see that europoors dumped BUIDL


Stay poor you dumb cunts, the conference is only 2 days away

>>21090044
We got people on the sidelines with cash in hand waiting to jump in. Not a chance

>>21078859
To add to this, every dip is gonna get swallowed up FAST, the sidelines are filled with people waiting for under $3 or perhaps $2.50 (yeah right)

poor Julians, left in the dust out of their own ignorance

Let me try and explain it as simply as possible. Say you write a contract that lets anyone send money to someones wallet, say, a charity. this is what it looks like

charityAddress = 0x123;

function () payable {
sendMoneyTo(charityAddress)
}

All money sent to the contract is rerouted to the charityAddress. Problem is, that charities wallet has changed in the past, and you assume in the future it might change again. If it does change, any money sent to the contract is useless, and you will need to publish a new one. So you write another bit of code instead

function changeAddress(address new) {
charityAddress = new;
}

Great, now we can change the address. Only problem is, it is on the blockchain, which means anyone can change the address, and set it to whatever they want. We don't want people to take advantage of that and scam charity money, so instead we write our own address into the contract as an owner, and put something like this in the changeAddress function

require(msg.sender == ownerAddress);

But this just means you have a single ownerAddress who can change the address whenever they want! that's not decentralized at all! So do you have a frail, easily broken contract with no central owner? Or a centralized contract where you have to trust the single owner?

DFOs let you have the best of both worlds. You can now give voting functionality to an ownership token that allows users to vote for changes. Rather than trusting the owner of the contract, a proposal to change the charityAddress is raised, and the people vote, and the address is changed. But this doesn't even start to cover it. With DFOhub and robe you can build totally decentralized, censorship proof site than can load on any web3 browser, front end on-chain and everything.

another rally today? are we eyeing 3$?