[ 3 / biz / cgl / ck / diy / fa / ic / jp / lit / sci / vr / vt ] [ index / top / reports ] [ become a patron ] [ status ]
2023-11: Warosu is now out of extended maintenance.

/biz/ - Business & Finance

View post   
File: 289 KB, 598x1929, weave.png [View same] [iqdb] [saucenao] [google]
53071751 No.53071751 [Reply] [Original]

It's over.

>> No.53072484

>>53071751
whats this

>> No.53072899

>>53071751
>> on arweave.
shitcoin?

>> No.53075443

brothers, the last bull has just fallen.

Rip Mardeni, you were great to the GRT community, i'm sorry that the jewish team scammed us

>> No.53075985

the booble of glockchain

>> No.53076033

the premature ejaculation of peter north

>> No.53076961

the nigger of /biz/

>> No.53079172

>>53072899
>>53076033
40% chance of dubs in grt threads. Fck it goin all in!

>> No.53080887
File: 49 KB, 1067x1094, 1C725C48-AC10-4B9B-A02E-7B8A0DD455B2.jpg [View same] [iqdb] [saucenao] [google]
53080887

>>53080850
Reminder PRQ has outperformed GRT by 50% the last 2 months.

3 reasons why PRQ > GRT

1. Speed and efficiency. GRT uses subgraphs which in turn requires constant connections between indexers and nodes and connections of data. This requires resync of the nodes and reindexing of the data. Just imagine refreshing all the time. This takes a lot of time. PRQ has already done this and has the data waiting for you in a data pool.

2. Reliability. PRQ is “mostly” centralized. GRT and subgraphs fall prey to one of their verifiers moving to a more lucrative sub graph. What happens then? Well the integrity of the data is lost even for only a short period of time. This is also why the main argument against chainlink is why would they need link if they can build their own centralized oracle? In the case for PRQ there is already a centralized solution ready for you RIGHT NOW.

3. Customizability. Data lakes are superior to subgraphs because they do everything of the same but also allow either PARSIQ or yourselves to create you customized pools of data specific to anyway you want it. This makes the job of developers working in projects 10x easier. Again, request response time is not always consistent with nodes — any Web3 developer would confirm that because nodes tend to drop from time to time they are neither the easiest nor the most reliable source of data. This is not to suggest that nodes are unimportant! Rather, it is only to point out that, when looking at the case at hand (i.e., ease for both back-end and front-end development), they are not the top choice.

THERE IS NO NEED FOR DECENTRALIZED DATA EXTRACTION WHEN THE DATA IS ALREADY COMING FROM DECENTRALIZED BLOCKS!!! The decentralization is only necessary in proving the data hasn’t been tampered with. That is why PRQ is far far superior

>> No.53080937
File: 336 KB, 936x1232, 1672362780686767.png [View same] [iqdb] [saucenao] [google]
53080937

>>53080887

>> No.53081001
File: 317 KB, 1120x767, 1672191038471823.png [View same] [iqdb] [saucenao] [google]
53081001

>>53080887
nigger

>> No.53081250

>>53071751
its eternally over. yaniv tranniv spending our money fucking MTFs at burning man on LSD rather than working on his project.