
austbot
7.5K posts

austbot
@_austbot
Follower of Jesus Christ https://t.co/DjWsi017gs Ex Metaplex, Das Api, Bonsol, Swig, Breeze
Se unió Haziran 2014
934 Siguiendo3.1K Seguidores
Tweet fijado

Coffee makes a great gift, ots.coffee .
It also makes an impact in setting captive children free,helping abused children heal, preventing vulnerable children from being taken advantage of.
English

@jarxiao your analogy was great, but permit me a moment.
If a plumber really messes up the entire building blows up because the propane or natural gas leaks or ignites.
In my short but rennovation and construction filled life i have learned to have great respect for the plumber
English
austbot retuiteado

Imagine a whole table of kids you rescued that are now grown up and rescuing other kids. That was my morning and it was a great breakfast! Thank u #Jesus

English
austbot retuiteado
austbot retuiteado

1/ Real estate is the largest asset class in the world, yet most people just can't get exposure to it.
The median age of U.S. homebuyers just hit a record high of 59 years old.
Read that again.
The reality is that most ordinary people are still priced out when it comes to actually owning a home and having any real exposure to this market.
We set out to change that. That's exactly why we're building @_PricedOut 👇
English

@repchiproy 89,000 children are waiting to be identified. We urge you to vote yes on the Renewed Hope Act to rescue children seen in abuse images. These children cannot wait!
English

@sentedcruz 89,000 children are waiting to be identified. We urge you to vote yes on the Renewed Hope Act to rescue children seen in abuse images. These children cannot wait!
English
austbot retuiteado

Privacy doesn’t have to mean black boxes. With Bonsol, you can build systems that keep data and models private while still proving correctness, compliance, or AI-driven decisions cryptographically.
If you’re building for the Privacy Hack starting Jan 12, this is a fun and powerful primitive to experiment with on Solana.
Solana@solana
Privacy Hack starts Jan 12 🔒 Build private payments, privacy tooling, or anything with privacy on Solana $70,000 in prizes across 3 tracks 👇
English

@darkmarketio but what about chips and salsa. There is literally 0 chance of discipline winning when chips and salsa arrive.
English


@jarxiao If we can lower cpi cost we can use more abstraction to handle things better. State specific programs that enforce rules, state transitions etc, business logic programs that operate on versions of state. this is one of the reasons I was so anal on versioning back in the day
English

TL;DR: The existing paradigm for upgrading Solana programs is a disaster.
The most dangerous thing about writing smart contract code is that the program data models are effectively locked in after deployment.
In traditional SWE, the client API is decoupled from the backend. You can invisibly change a backend schema or add migrations to a database.
In Solana programming, you can attempt to future-proof a contract by:
- Adding struct padding and hoping that there are enough empty bits in the account data for future changes
- Requiring users to manually sign to migrate application state (horrible UX)
- Implementing application-level admin actions to migrate schemas
Note that all of the above have the potential to break VM-level composability. They also require complex and error-prone logic to execute safely. It not only introduces logical data risk, but also key management risk.
One argument is to never change the code after deployment. After all, the existing framework makes it extremely difficult to modify existing data formats safely.
However, even if immutability is desirable, it’s naive and reckless to think that there are no catastrophic bugs to fix or critical features to add in the future (some of which may require wire changes). Businesses building on this stack are forced to choose between security, velocity, and quality.
Today, the tools to enable the maintenance and continuous development of a sufficiently complex smart contract are nonexistent.
Here are some of the features I would think of including if I were building this environment from first principles:
- There should be separate API's in the VM to read and write account data. This enables schema changes without breaking the wire format for both on-chain and off-chain consumers.
- Some (opt-in) administrative smart contract functions should exist on the system level, not the application level.
- On executable upgrade, there should simultaneously be an optional atomic migration of accounts owned by that program.
Even if the goal is immutability, building in system-level tooling to enable safe software upgrades is critical for consumer applications with evolving state. The current system is so brittle that the best advice for these developers is never touch on-chain schemas unless they really know what they are doing.

English

@jacobvcreech this is absolutely wild. Reminds me of an idea @_austbot and I cooked on earlier this year with a fully bespoke vm program with its own language 😂
English

Some days you see some wild stuff built on Solana
Today it's running native python scripts on Solana
Who's going to do some AI work using this?
moon shiesty@moonshiesty
i deployed a fully on-chain python environment on solana now you run native python scripts and bytecode on solana program address: pythonKBk7JcXsbwYzMRy2tL8L9tZqUbgekxRfT1bTE frontend here: solanapython.github.io/SolanaPython/ few examples: print("Hello Solana!") >>> "Hello Solana!" print(math.sqrt(2.0)) >>> 1.414213 print(time.asctime()) "Thu Dec 18 19:26:15 2025"
English

@_austbot @tracy_codes @trentdotsol That's the calculation they use for rent. It's not the current price.
English


@tracy_codes @_austbot we can just reduce the token price instead
English
austbot retuiteado

@_austbot @trentdotsol I heard we're reducing rent by 10x. Seems like maybe we need to reduce it by 130x.
English



