In a nutshell, that's web3. It's supposed to be a play on words regarding "web 2.0". Web 2.0 is the upgrade of web standards that gave us modern single-page applications and dynamic AJAX loading. And Web3? An advancement towards what exactly? Money websites?

Indeed, if you were capable of cleaning your mind of specific memories, specifically, let's say you could do grep -l web3 brain | xargs rm. And then someone asked you how you'd envision a blockchain-based and smart-contract-enabled web3; you'd likely describe an ecosystem vastly different to what it is today. You'd think about peer-2-peer networks, light clients, and renewed web standards. That's precisely not web3.

In today's experience it will instead be mostly shitty react websites that crash or stop working when you've neglected to install Metamask (or other key-management plugins). Opening a web3 website's network console, you'll see that it's making an excessive amount of RPC request to an Ethereum full node. Sorry, I meant to say Infura node, a hugely-popular cloud provider hosting Ethereum full nodes. That's kinda stupid.


In many ways, web3 was just a cool demo. But let's come up with something better. Just imagine what happens once there's a deeper integration of money into computer systems!

A Quick Garbled Circuits Primer :

https://vitalik.ca/general/2020/03/21/garbled.html

Blockchains : Fat protocols, thin application

https://www.usv.com/writing/2016/08/fat-protocols/

The original Internet protocols defined how data is delivered, but not how it's stored. This lead to centralization of data.

EPOBC is one of possible ways of encoding colored coin transfers within Bitcoin transactions. (Also known as "color kernels".)

https://github.com/chromaway/ngcccbase/wiki/EPOBC_simple

blockchains systems are often presumed to offer the following four properties (see also [4]):
[GC] Global consensus on validated transactions. [TP] Validation of transactions without the need
for a trusted third party.
[SC] Scalability in terms of transaction processing
capacity.
[SP] Scalability in terms of number of participants.

#Do
#research

Racing-based protocols

Talking-based protocols

#Do
#research

what if an chain analysis run a lightning routing node

با توجه به داستان onion routing هر node توی این گراف مسیر صرفا از عقب و جلوی خودش خبر داره و نمیتونه بفهمه که قبلیش origin این تراکنش بوده یا نه و همچنین نمیتونه بفهمه بعدیش دریافت کننده نهایی این تراکنش هست یا اون هم صرفا یه نود دیگه توی این گراف مسیر هستش

ولی برام سوال بود که با انجام گسترده این کار چه دیتایی میتونن به دست بیارن و ازش ایا استفاده ای هم میتونن بکنن و اگه اره راه حل مقابله باهاش چه شکلی میتونه باشه(حالا لزوما خودشون هم لازم نیست وارد این بازی شن میتونن یه حالتی درست کنن و بگن این اسکریپت اگه کنار نود هاتون ران کنید فلان دلار در ماه بهتون میدیم و … )

(زیاد جدی نگیرید اینا تراوش های یه ذهن ۳۵ ساعت نخوابیده اس😶😂)

block withholding attacks (BWA):kind of attack when validators refuse to publish new blocks.

#Done
#research

rollup data availibility

اکی ما تراکنش ها رو به صورت خلاصه شده میزاریم توی لایه ۱ و سر در دسترس پذیر بودن دیتا ها میگیم هر وقت کسی بخواد میتونه بیاد با استفاده از این تراکنش ها و تراکنش های وارد شده به کانترکتش به اون استیت نهایی برسه

سوالی که برام پیش اومده اینه :

یه ادرسی دریافتی داشته تو لایه ۲ و این ادرس تو لایه ۱ اصلا فعال نبوده
خب اون ادرس هم به صورت خلاصه شده توی لایه ۱ قرار میگیره یا نه ؟

اگه بگیره چجوری اون داستان دسترس پذیری دیتا رو هندل میکنن و …
چک کن ببین خلاصه کردن ادرس اصلا روش رایجی هستش یانه و ...

#do
#research

Parallel computing in consensus
(Julia)

#research
#Do

a blockchain that drop its history in every 2 years and provide zk proof for validity of the last state instead of keeping history

* search about attack vectors and weakness
* pros and cons ?

Efficient Lossless Compression of Trees and Graphs

https://users.cs.duke.edu/~reif/paper/chen/graph/graph.pdf

#Do

#research
#Do

EVMX (384 bit)