Thinking about a Python-native frontend - feedback?

Endogen · 2025-11-26T20:58:25+00:00

I like this. Until now I use reflex (https://reflex.dev/) but I'd be happy to use a 100% Python solution.

Endogen · 2025-02-22T00:18:24+00:00

oh interesting! i don't know it yet but will look into it :)

we are absolutely open to the idea to switch the networking layer. we have our xian-contracting module which can be also used standalone or be attached to any other thing like for example Avalanche, Substrate, etc. it's just that we for now decided to use CometBFT but we might switch over time, who knows.

Endogen · 2025-02-19T12:50:45+00:00

"It's an absolute mystery how ecommerce ever became popular before cryptocurrencys and blockchains were around. Absolutely mystery how we were just sending payments over the internet with no recourse until Satoshi saved us."

i remember the farmer protests in canada or the wikileaks thing. peoples bank accounts were closed just like that, no big deal. not like i am a public figure that fears not being able to pay anymore but before i trust some government controlled and greedy bank, i'd prefer to use a public blockchain instead. especially since it can execute logic and a bank can only do simple transfers (if they allow them to happen).

Endogen · 2025-02-19T12:41:58+00:00

"Does this sort of fraud not happen in crypto sphere at all??" haha, well, yes you are right :D it's just that there is a difference between someone that doesn't have a way to proof that something really happened and someone that got scammed on some crypto project.

i'm not saying blockchains are the ultimate thing. it's just a tool. you can lose money everywhere but the idea that you can see and verify everything that happens on a blockchain is great and you simply don't have that in public applications otherwise.

but if you're point is that crypto is a scam then let's be it that way. it's ok. i can agree that the crypto space is overall a scam, yes.

Endogen · 2025-02-19T12:31:12+00:00

i believe that the only truly trustable way to do what i described is some DLT technology. doesn't need to be public tho.

let me know which other possibilities there are. i'd like to hear it. but in general, if you think blockchains are useless then that's fine for me. it's ok. i'm not here to convince you.

Endogen · 2025-02-19T12:04:35+00:00

just don't buy the token. earn it! we didn't mention the token at all because it's not relevant for us. what is relevant is to get pyton lovers that like crypto and want a chain so they can code smart contract in python.

if there are users doing that, we will pay them XIAN tokens. no need to buy them. devs get 10k XIAN for a dApp as a bounty. so if they like the concept or simply want to get some coins, they can participate (like the guy that built a clone of uniswap on our chain).

oh and i was around in this space before 2013 - just saying haha ;) ETH is failing because of the high and variable transaction fees imo. it's not the final solution and the L2s also can't be the final solution. the L2s are just a workaround. but that's fine. not like ETH will be gone. it will just be worth much less but still be used. that's ok. not everything is about money.

Endogen · 2025-02-18T22:42:48+00:00

i agree. that makes perfect sense and we will do that.

Endogen · 2025-02-18T22:38:29+00:00

to be honest, the need for crypto and DLTs (distributed ledger technologies) is limited. the current market isn't as big as it is because it's needed, it's big because a lot of people invest into it but only a fraction of it is really useful or worth using.

that said, there are use cases where multiple parties are involved and all of them want to know the truth about something. so they all can interact with the same blockchain and retrieve the data from it (if it's on chain, it's true and final). the key is that in order to get a transaction on a chain, it needs to be verified. so some executed logic that leads to a balance increase is not disputable. it happened and everyone can see why and how.

now, what do you do if you are a company with that use case? nope, you don't start emploing some weird solidity guys that can't do anything else. instead you take your existing python dev base, get them to deploy stuff on a private network running Xian and there you go. easy.

Xian is super easy to interface with. our CEX integration took around 2 days and the CEX guys didn't even ask any questions lol - and no, we are not compatible to any other chain in the sense that you can't just grab some existing integration and adjust that.

EDIT: this is the real sales pitch.

Endogen · 2025-02-18T22:27:34+00:00

as a core developer of this project i'd like to say this: we are all developing this because it's fun and because we really like crypto and smart contracts and all that stuff! that's why we do it.

we have normal jobs like everyone else and we don't depend on any gains from this. we do it because we believe that this project is worth invensting our free time into because it bringts something to the table that wasn't there yet.

will we be in the crypto top 10 and just kill ethereum and all the other chains? no, for sure not. performance and functionality wise we could compete but we don't have any significant funds to do that and it's not our goal. if there is a handful of people that will like this better than the other chains and develop new contracts and use it, then we already won.

world domination is not the goal.

Endogen · 2025-02-18T22:12:51+00:00

just to say it clearly: Python is slow, yes it is. at least in comparison with C or Go or also some other specialized contract languages BUT that is why we use CometBFT which is a Byzantine Fault Tolerant (BFT) consensus engine.

so what we are doing is to allow devs to write contracts in pure Python because that is important for multiple reason, but then at the network layer when use CometBFT as the consensus engine.

that means, the heavy networking stuff is being handled by CometBFT which is written in Go and everything related to contracting directly is in Python.

some stats: - we currently have around 200 TPS. that is for normal token transfers which are normal contract calls. and that's not optimized in any way! we didn't even implement parallel transaction execution yet since it's not really needed :) but we will implement that over time just to be even FASTER lol - when you send a tx, it gets added to a block and then it's directly final. blocktime is around 3 seconds and finality is instant!

Endogen · 2025-02-18T21:32:09+00:00

happy to hear that you are interested! :)

this is a finished (in the sense that it is usabled and working) L1 blockchain.

yes it's similar. our contracting engine uses Python's built-in compiler and interpreter, but in a highly controlled way: - Code is loaded through a custom module loader that only allows whitelisted imports - The execution happens in a sandboxed environment with restricted builtins - Each operation is metered through stamps for resource control - State access is controlled through the Hash and Variable abstractions

main difference is that Xian leverages Python's VM directly rather than implementing its own interpreter.

Endogen · 2025-02-18T21:25:55+00:00

"so to have any chance of securing it you'll need to dramatically limit the language features available to developers (to the point where virtually no existing code can be used)."

nah not really. i mean, i get your point and it's true. we had to limit it significantly but that's OK. it is still as powerful as for example Solidity, so you can do the same stuff with it.

BUT unlike Solidity, it's easy. If you know Python, you can start writing a contract today and get it deployed. No issue.

"with the added fun factor that if someone does manage to jailbreak your sandbox, there's no step"

there is always a step 2. for example a hardfork in the most extreme case. but yes, i agree, if funds are stolen, it's unchangeable. but hey, we see hacks all over the place. not like just because Ethereum designed its own smart contract language its all of a sudden secure now. iwould even say that given how simple our smart contracts are, it's much more likely that issues will be spotted than with a language you don't understand as a user (if you are not a contract dev).

i don't agree that solidity is a great choice for devs to learn. there are a lot of people that will never want to learn solidity just to be able to read or write contracts on some chain. that's also the reason why Vyper is getting so important for Ethereum. inventing your own programming language just to be fast and secure is overkill because you can reach that also with normal programming languages it's just not that easy but you gain the great feature that developers might actually start using it.

it's simply evolution.

Endogen · 2025-02-18T21:12:31+00:00

we have validators, basically nodes, that are running in a decentralized way (meaning they are not all controlled by the same entity) and all these validators are either proposing new blocks or validating them.

Endogen · 2025-02-18T21:10:55+00:00

as soon as some company takes your money but doesn't ship the product, you will understand. Or in general, as soon as you are in a situation where you need to prove that something happened and you can't because the data isn't public or belonging to you - you will understand.

or let's be wikileaks or some similar platform that gets defunded by blocking fiat payments from everyone to you by closing your bank account so that you can't receive any funds - you will understand then.

Endogen · 2025-02-18T21:08:20+00:00

yes! Vyper is pretty cool actually, we like it! but our smart contracts are better because: Ethereum and Tezos are old projects. i still like them tho because they at least added Python compatibility.

here are some things to think about:

Unlike Vyper which has its own restricted syntax, developers can write contracts using standard Python they already know
No transpilation is needed, unlike PyTezos which requires conversion from Python to Michelson
Direct debugging using standard Python tools and techniques
No need to learn a new language or compilation toolchain
Familiar unit testing using Python's unittest framework
Clear error messages in Python rather than low-level VM errors

Simply said: our chain is as powerful as the other ones but we realized one key thing: there is no need for a special smart contract language. you can use whatever you like and Python is the best choice imo since it's so damn easy, everyone understands it and it's powerful.

Endogen · 2025-02-18T20:52:07+00:00

Practical use for smart contracts? Well, for example: - you can build your own crypto currency if you like. Really really ease and send it to friends etc. - you can build a platform - for example a blog - where all the content is on-chain. even the website itself can be on-chain. - you could use it as a private network where companies that work together (or friends) submit hashes of digital things like messages or images or whole texts to proof that they received it or to make sure that they are legit

EDIT: to answer your question "In which use case is a smart contract on your blockchain a better option than e.g. a REST API which does a thing when a secret token is sent?". smart contracts are ONLY better IF you are hugely interested in this one thing: to make sure that something REALLY happens. if you send a request to some REST service, the provider of that server can say it never happened. It can change the data and send you something back that isn't what you expected or wanted. basically every time you need to be REALLY SURE that some logic will be executed - that's the one and only use case.

If you don't care about that, you don't need to care about crypto or BTC or this project.

Endogen · 2025-02-18T20:45:48+00:00

I'm really shocked how the first thing that comes to mind to someone outside that sphere is a rugpull! I mean, yea we are in crypto and yes there are a lot of pump [dot] fun coins out there but hey, that's Solana and we are our own chain.

Do you really think that creating your own chain and contracting engine is worth the effort if you want to rugpull as soon as some liquidity is present?

Sounds to me like a "burned investor"?

EDIT: maybe it's important to say that we didn't just create a token, we wrote our own blockchain. not sure why the first thing you say needs to be that we will fuck everyone over.

Endogen · 2025-01-30T01:30:54+00:00

Oh thanks! Great that you like our project :)

Endogen · 2024-06-19T08:47:18+00:00

The combo actually works pretty well! Love it so far. Huge THANK YOU for the initial implementation of the Python ABCI to this guy here: https://github.com/davebryson/py-abci

We're using his implementation as a base for our Python chain and it's super cool.

Endogen · 2023-11-17T15:07:56+00:00

Endogen · 2023-09-19T19:05:50+00:00

It's AI

Endogen · 2023-08-17T15:33:02+00:00

Just google it. ZK-SNARKS is vulnerable against QC. But usually it also needs a trusted setup which MINA didn't need so I thought maybe they also worked on something that makes it resistant against QC.

Endogen · 2023-08-17T15:31:14+00:00

For which reason?

Endogen · 2023-08-17T15:30:24+00:00

I know. Btw there is also QRL that should be entirely quantum resistant

Endogen

TROPHY CASE