
Cheese Enthusiast
160 posts


@shishirpai In Lithos, miners submit their own solutions and produce their own blocks. This ensures censorship resistance and better control over votes, storage rent, and MEV. So Ergo governance can return back to being controlled by miners and their hashrate instead of mining pools.
English

No I dont believe so.
Lithos is a mining pool, meaning that miners mine shares at an easier difficulty and submit solutions to the pool.
If a solution meeting the network difficulty is found, the pool will submit it to the chain and the rewards will be distributed fairly amongst everyone who contributed shares mining that block.
Although miners may be running nodes, I dont think its their nodes that submit solutions (i.e. produce the actual blocks).
In order for your node to actually have influence on the network, it MUST produce blocks.
However, perhaps this isnt the case with Lithos? Im not sure.
@CheeseEnth @armeanio
know better!
CW@sigmanaut
Correct me if I'm wrong - this can also bring back 1 miner 1 vote on Ergo? @shishirpai
English

@tmr_erg @LithosProtocol @armeanio @ergo_platform I would say we're on schedule, however we are now working on the rollup contracts and off-chain code which is gonna be the bulk of the work needed for Lithos. If we run into any delays it'll be during this stage.
English

@LithosProtocol @CheeseEnth @armeanio @ergo_platform How close is development to the dates on this roadmap?
English

@armeanio @sigmanaut Trustless pegging and merge mining can help support app-specific sidechains which benefit from the security of Ergo's PoW. Imo this is a great way forward for more complex applications to be created on Ergo, and can serve as an alternative to Layer-2 solutions.
English

@sigmanaut A few interesting possibilities to consider such as pegging. Sidechains with trustless transfers (where transfer security is reduced to sidechain consensus security)
With Rosen, that would also be an easy integration to bridge to non-Sigma chains.
#implementing-two-way-pegged-sidechains-on-ergo" target="_blank" rel="nofollow noopener">docs.ergoplatform.com/uses/sidechain…
English
Cheese Enthusiast retweetledi
Cheese Enthusiast retweetledi
Cheese Enthusiast retweetledi

What’s the latest with @LithosProtocol?
The first milestone WIP
Implement Lithos Miner Client:
● Introducing the Solo-Miner / Lithos Client featuring storage rent transactions, MEV, and enhanced transaction selection.
● Lithos emissions and pool functionality contracts
English

Cheese Enthusiast retweetledi

Lithos development is starting.
A universal solution to deliver better economic assumptions to miners and security assumptions blockchains .
@ergo_platform @LithosProtocol
binance.com/en/feed/post/3…
English

@_digdug_ Accurate representation of me explaining the eutxo model
English

Cheese Enthusiast retweetledi

Indeed, it became so common these days that people think it is an essential attribute of crypto. No, it is not.
Most of the problems stem from the original sin of the unconstrained account-based programming model of smart contracts.
The model is so attractive for professional developers because they can reuse there skills.
Users, however, mostly unaware of the risks, and of the fact that, due to intrinsic "flexibility" of the "EVM-compatible" smart contracts, developers simply cannot guaranty asset safety. This should change or else users will start to be wary of EVM-compatibility as a sign of a "high risk" or "danger" zone in the crypto world.
On the other side of the spectrum eUTXO-based smart contracts (such as those in @ergo_platform and @Cardano) where you can precisely describe (and also formally verify) the conditions for assets transfer. But, developers need to learn new tricks, which, you know, sometimes can be a really painful cognitive exercise - the main reason of slow adoption of eUTXOs.
Cheng Wang (ℵ)@wachmc
This is the news of the day. Last week was @ledger’s drainer attack. A week before that: @peapodsFinance’s reentrancy vuln. November ended with @kyberswap’s flash loan abuse based on a logic bug. And it goes on, and on, and on... @alephium fixes this.
English

@conraddit @ErgoMinnow @LithosProtocol Thanks for letting us know! We'll get that fixed soon. Btw, Lithos is still under-development, it will be an L2 protocol which supports trustless mining pools. We plan to ramp up development starting in the new year.
English

@Ross_Weir @sigmaverse_ergo @ergo_platform @VitalikButerin Agreed in that case, a bit early to say we’re ahead of curve but the foundations are here for these scaling methods to take Ergo by storm.
English

@CheeseEnth @sigmaverse_ergo @ergo_platform @VitalikButerin I should have said they're different in scope not different things
The underlying topic is the same but plasma maps are much different to the scope of plasma that Vitalik is writing about
English

Seems @VitalikButerin is looking at Plasma again.
"In 2023, Plasma is an underrated design space...Plasma lets us completely sidestep the data availability question, greatly reducing transaction fees. Plasma can be a significant security upgrade for chains that would otherwise be validiums."
#Ergo is ahead of the curve on Plasma, with the library by @CheeseEnth. @PaideiaDAO it was rebuilt from the ground up to use Plasma because of the benefits it provides.
github.com/GetBlok-io/Get…
Maybe Vitalik will get on our level 😉
vitalik.eth@VitalikButerin
Exit games for EVM validiums: the return of Plasma vitalik.eth.limo/general/2023/1…
English

@sigmaverse_ergo @Ross_Weir @ergo_platform @VitalikButerin I would have to disagree, its quite on topic and the library was specifically designed for PlasmaChains and rollups. Though id say the wording of the tweet is a bit off, as Ethereum is much farther along in terms of these scaling methods. Ofc Ergo is much younger as well.
English

@SonOfATech @itisabubble @BenLarkey I have no qualms on your other opinions on Ergo (twitter accnt, diff change, etc), but I ask that you at the very least refrain from spreading misinformation.
English

@SonOfATech @itisabubble @BenLarkey I've seen this misinformation brought up multiple times already in the past. I'm not sure why it continues to prevail. A hard fork by miners is required to change emissions on Ergo. This is no different than Bitcoin, as a hard-fork there could also lead to emission changes.
English

@CruxFinance @ErgoPadOfficial Excited for the trading floor. More front-ends for SigmaFi is great! It also means additional features can be added, such as loan offers which are not supported by the current SigmaFi frontend.
English

Introducing Crux Finance. 🎉
Simplifying DeFi for seamless adoption.
Next upcoming IDO on @ErgoPadOfficial!👇🏽#Ergo
cruxfinance.medium.com/introducing-cr…
English

@zkastn @cafebedouin I believe the limit was either 100 or 200 inputs before the soft fork. Not sure what it is now, given that script execution is more optimized.
English

@CheeseEnth @cafebedouin (Assuming inputs are protected by relatively simple script)
English

@zkastn @cafebedouin No, because inputs must go through script execution, while outputs have no such overhead.
English

@cafebedouin I.e is 3 inputs and 5k outputs the same size as 5k inputs and 3 outputs?
English
Cheese Enthusiast retweetledi

SigmaFi was originally going to be primarily miner-focused and called HashrateBonds.
It still is a tool where miners can potentially extend their rewards.
Miners are the initial liquidity providers in proof of work. @Ergo_Platform
SigmaFi@Sigmafi_app
Sigmafi is built on a simple idea. Create an open market set by borrowers rather than lenders. Borrowers should be able to request whatever collateral and terms they feel are feasible. Lenders can then choose what to fund. There is no token, everything is open source.
English










