-
Notifications
You must be signed in to change notification settings - Fork 0
/
sessions.json
2066 lines (2066 loc) · 104 KB
/
sessions.json
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
[
{
"ID": "3N7PQL",
"Proposal title": "(mis)adventures in governance",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Governance & Society"
},
"created": "2023-06-30T10:11:30.736158+00:00",
"Tags": null,
"Abstract": "Eyewitness Reports from a Decade-Long Unaligned Bystander",
"Description": "In this presentation, I will draw upon ten years of interdisciplinary research into the social formations around protocol networks.",
"Notes": "I write a governance column in the MIT Computational Law Report, based at the MIT Media Lab, upon which this talk will be based. https://law.mit.edu",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "/media/protocol-berg/submissions/3N7PQL/220908-NCRP-DaemonDiscord-CodeIsLaw_pc9oLZa.png",
"Speaker IDs": [
"JRNPPE"
],
"Speaker names": [
"Wassim Z. Alsindi"
],
"Room": {
"en": "Magazin - Main Stage"
},
"Start": "2023-09-15T16:30:00+00:00",
"End": "2023-09-15T18:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 1.8,
"Resources": []
},
{
"ID": "7A3QSQ",
"Proposal title": "The Anoma Protocol and its Design Process",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Networking"
},
"created": "2023-06-14T11:28:38.777673+00:00",
"Tags": null,
"Abstract": "This talk will give an introduction to the Anoma protocol architecture and its design process, to share what we learned and elicit feedback on how we could improve both.\r\n\r\nAnoma is a distributed operating system for intent-centric counterparty discovery and privacy-preserving computation on linear and non-linear resources with heterogenous trust assumptions.\r\n\r\nThe protocol architecture has the following (non-exhaustive) goals and design process behind it:\r\n\r\nGoal: Identify good component boundaries, to unbundle features and improve modularity.\r\n\r\nProcess: \r\n- Analyze the outcomes of protocols that came before us, learn from their successes and problems.\r\n- Example components: Consensus Algorithms, Network Transport, Programming Environment, State Machines\r\n\r\nGoal: Maximize composability of components.\r\n\r\nProcess: \r\n- Try to bridge the gap between real world systems and models from Programming Language Theory, Automata Theory and Category Theory.\r\n- Come up with implementation agnostic interfaces using above theory.\r\n\r\nGoal: Maximize flexibility of the protocol stack, since changes in a deployed system are costly, proportional to the significance of the change.\r\n\r\nProcess: \r\n- Decouple dimensions of choice as much as possible, to enable choices to be made independently of each other. \r\n- Minimize the amount of design decisions and make them at the least-significant place. \r\n- Wherever possible, try to push decisions from \"design-time\" to \"runtime\", so users can make them as circumstances change. \r\n\r\nWe will give a high level overview of the architecture and explain, using examples from it, how they are motivated by the process and how they move us closer to the above goals.",
"Description": "<tags>Anoma</tags>",
"Notes": "Networking is the category that feels like it's the best fit, but I wasn't really sure. If you (the reviewers) find it's a better fit somewhere else, please feel free to move it.\r\n\r\nI will upload slides closer to the event, as some areas of the specification are still WIP and we want to use up to date examples.",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"YPRRQA"
],
"Speaker names": [
"D."
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T13:00:00+00:00",
"End": "2023-09-15T15:25:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "7VUT7E",
"Proposal title": "Measuring Decentralization Across L2 Networks",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Governance & Society"
},
"created": "2023-06-14T08:46:58.876375+00:00",
"Tags": null,
"Abstract": "Many studies and analyses have been performed on Layer-1 protocols that measure decentralization to the point where we have an accepted set of standards. Such standards include, but are not limited to, nakamoto coefficient, validator distribution, and full node counts. This talk explores the challenges in measuring decentralization across layer-2s on Ethereum, Polkadot and Cosmos where the technology varies and creates new avenues of centralization more obscured from the view of users.",
"Description": "",
"Notes": "I\u2019m Asynchronous Phil, creator of Polkabeat.org, which measures the decentralization levels of parachains on Polkadot. I will cover L2beat (Ethereum) in this talk and the lack of such a database for Cosmos and suggestions to the Cosmos community in how to create one.",
"Internal notes": null,
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"33FT3P"
],
"Speaker names": [
"Asynchronous Phil"
],
"Room": {
"en": "Magazin - Main Stage"
},
"Start": "2023-09-15T07:30:00+00:00",
"End": "2023-09-15T09:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "93DJFH",
"Proposal title": "Testing large scale networks with Testground",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Infrastructure"
},
"created": "2023-03-16T16:53:03.435906+00:00",
"Tags": null,
"Abstract": "We will explore the features and benefits of Testground, and demonstrate how it can be used to test distributed systems in a controlled and reproducible environment at scale\r\n\r\nIn addition, we will cover test planning and strategies that worked for Celestia team that other protocol teams can take home as good point to start fresh",
"Description": "In this presentation, we will introduce Testground and its key features, including its modular architecture, flexible testing parameters, and support for multiple languages and testing frameworks. We will also demonstrate how Testground can be used to test and optimize large-scale distributed systems, such as peer-to-peer networks, mempool, consensus algorithms.\r\n\r\nFinally, we will discuss best practices for using Testground, including how to design effective test plans, how to interpret test results, and how to integrate Testground into existing testing workflows.Whether working on a client implementation or studying performance of the chain, Testground can help you test and validate systems at scale with different known telemetry/collection techniques and technologies\r\n<tags>Celestia</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"ETCZLB"
],
"Speaker names": [
"Viet"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T12:00:00+00:00",
"End": "2023-09-15T14:25:00+02:00",
"Median score": "2.00",
"Average (mean) score": 1.7,
"Resources": []
},
{
"ID": "99GGGB",
"Proposal title": "Indexing Ethereum Mainnet for Near-Zero Cost",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Infrastructure"
},
"created": "2023-06-15T12:20:34.357153+00:00",
"Tags": null,
"Abstract": "A discussion about EVM client software, why it can't deliver accurate transactional histories (hint: it's missing an index), and what it would be like if it could.",
"Description": "In this talk, we describe the Unchained Index: a system for creating a naturally-sharded, immutable index for any EVM-based blockchain including L2s.\r\n\r\nUsing only the node software as its data source, the Unchained Index visits every binary corner of the chain's history, searching for address appearances (which is way more complicated than one might think). The algorithm is well-documented and open source. This ensures that the process is permissionlessly reproducible. The result of this indexing is stored as a collection of chunks.\r\n\r\nBy building chunks (\"a time-ordered log of an index of a time-ordered log\"), fronting the chunks with Bloom filters, and maintaining a manifest of all chunks and Blooms, we create an off-chain index that lives naturally on content-address stores such as IPFS. We publish the hashes of all parts of the index to a smart contract.\r\n\r\nEnd users (by querying the Bloom filters via the smart contract) may download only that portion of the index that they are interested in (i.e., their own histories). This ensures that the system works on small machines. Using \"Pin by Default\" the system realizes the massive benefit of enlisting end users in the distribution of the chunks. Heavy users acquire, pin, and distribute a larger portion of the index than light users making the system \"naturally fair.\"\r\n\r\nAnd--because we've purposefully enlisted end-users in carrying the burden of the data, the cost of operation is near zero. Everyone shares the burden and reaps the benefits.\r\n\r\nWe're trying to build a true public good, and we wish the system to be sustainable. The only way for that to happen, we believe, is for the cost of the system to be very low.\r\n\r\nTrueBlocks is a two-time recipient of Ethereum Foundation grants, the recipient of a Moloch DAO grant, an IPFS grant, and more than 3,000 individual donations on the GitCoin grant platform. Our work is fully open-source and local first.\r\n<tags>Ethereum</tags>",
"Notes": "This is the best explanation of our system I've been able to produce so far. Most of what I'm saying above is explained in this talk: https://www.youtube.com/watch?v=c9Yx3Niv-Gs&list=PLc5OGwyCUIhXny_mY4NPE5JfYNcTh8jUs&index=39.\r\n\r\nAlso, here's the documentation I mentioned detailing the system I'll be speaking about: https://trueblocks.io/papers/2023/specification-for-the-unchained-index-v0.51.0-beta.pdf\r\n\r\nFinally, please consult with people like Danny Ryan and Tim Bieko (and others the Ethereum Foundation grants program and elsewhere in the ecosystem). They should be aware of our work and may have thoughts on the above.",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "/media/protocol-berg/submissions/99GGGB/Banner_Shot_6B16JUI.png",
"Speaker IDs": [
"37CFR8",
"RKQMT3"
],
"Speaker names": [
"Thomas Jay Rush",
"Dawid Szlachta"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T08:00:00+00:00",
"End": "2023-09-15T10:25:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "9EFBHF",
"Proposal title": "Will your crypto project be censored? Philosophy and practice of censorship",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Governance & Society"
},
"created": "2023-06-30T12:39:00.377039+00:00",
"Tags": null,
"Abstract": "Will your crypto project be censored? Censorship is spreading, from Infura blocking IP addresses, to Github taking the Tornado Cash repo down. This talk will provide a legal anthropological analysis of the elements that might put a project at risk, so that you can take the necessary steps to protect your efforts",
"Description": "In this talk we want to examine the human and legal elements behind censorship at infrastructure level in order to know how to prevent your project being shut down by governments and/or infrastructure players",
"Notes": "I will elaborate on the previous speech I gave at EthDenver, you can find it here https://www.youtube.com/watch?v=io9rHPMx7N8",
"Internal notes": null,
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"9WX3KE"
],
"Speaker names": [
"Constanza Gallo"
],
"Room": {
"en": "Magazin - Main Stage"
},
"Start": "2023-09-15T09:30:00+00:00",
"End": "2023-09-15T11:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 1.5,
"Resources": []
},
{
"ID": "9ZBX3L",
"Proposal title": "Developer Tooling, Education, and Funding",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Workshop: Educational"
},
"Track": {
"en": "Infrastructure"
},
"created": "2023-06-15T21:26:18.043724+00:00",
"Tags": null,
"Abstract": "Modern decentralized app stack, ethereum dev eduction, and streaming developer UBI.",
"Description": "Scaffold-eth-2 is a modern dapp stack and I'll demo how to get started shipping.\r\nSpeedRunEthereum.com is an educational journey for developers learning web3.\r\nBuidlGuidl DAO is streaming ETH to developers as UBI using special cohort streams.\r\n<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 40,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"ZDYNY8"
],
"Speaker names": [
"austingriffith"
],
"Room": {
"en": "Loft - Workshop 0"
},
"Start": "2023-09-15T10:15:00+00:00",
"End": "2023-09-15T12:55:00+02:00",
"Median score": "1.00",
"Average (mean) score": 1.0,
"Resources": []
},
{
"ID": "ALAJDQ",
"Proposal title": "CometBFT: The Shooting Star of Blockchain Consensus Protocols",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Workshop: Educational"
},
"Track": {
"en": "Consensus"
},
"created": "2023-03-31T14:16:03.378830+00:00",
"Tags": null,
"Abstract": "Ali will introduce CometBFT and discuss the unique features that set it apart from other blockchain protocols. You will find out why CometBFT is quickly becoming the preferred choice for decentralized applications and how it is addressing the scalability challenges in blockchain technology.\r\n\r\nDuring the presentation, Ali will take a deep dive into the technical details of CometBFT. You will learn about its code and architecture, and explore the cryptographic primitives that keep it secure. This part of the presentation will be especially interesting for developers and blockchain enthusiasts who want to understand the inner workings of CometBFT.\r\n\r\nFurthermore, Ali will discuss how CometBFT is contributing to the realization of decentralization in the blockchain industry. You will find out how CometBFT is enabling decentralized applications to thrive and empowering individuals to take control of their data and assets.\r\n\r\nFinally, Ali will also introduce ABCI++, its features, and its potential impact on the blockchain industry. This presentation is a must-attend for anyone interested in the latest advancements in blockchain technology.",
"Description": "<tags>Cosmos</tags>",
"Notes": "CometBFT is a fork of Tendermint and is being developed by the team that contributed to Tendermint. CometBFT is the underlying software that powers Cosmos SDK and various other chains in Cosmos ecosystem.",
"Internal notes": "",
"Duration": 40,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"NC7XWJ"
],
"Speaker names": [
"Aliasgar Merchant"
],
"Room": {
"en": "Loft - Workshop 0"
},
"Start": "2023-09-15T08:00:00+00:00",
"End": "2023-09-15T10:40:00+02:00",
"Median score": "1.00",
"Average (mean) score": 1.2,
"Resources": []
},
{
"ID": "BK9XJK",
"Proposal title": "A Future to Protocol Upgradability",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Governance & Society"
},
"created": "2023-05-31T12:41:40.747784+00:00",
"Tags": null,
"Abstract": "Discussing our current protocol upgradability governance practices (pausability, timelocks, emergency operational procedures) and how we can move towards more sustainable on-chain consensus-driven governance as a path to decentralized protocol governance.",
"Description": "<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "/media/protocol-berg/submissions/BK9XJK/IMG_2476_l4ktP1C.jpg",
"Speaker IDs": [
"RHY8JQ"
],
"Speaker names": [
"tina"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T12:30:00+00:00",
"End": "2023-09-15T14:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 1.8,
"Resources": []
},
{
"ID": "BRQBDN",
"Proposal title": "Closing Ceremony",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Miscellaneous"
},
"Track": {
"en": "General"
},
"created": "2023-07-25T11:39:03.131075+00:00",
"Tags": [
"Bitcoin",
"Ethereum",
"IPFS",
"LibP2P",
"COSMOS",
"Polkadot",
"Filecoin"
],
"Abstract": "In this session, we invite you to grab a closing drink and wrap up the day with us! Learn more about the motivation behind Protocol Berg: What led us to organize this event and why did we decide to set it up as a donation-backed, sponsorless, non-profit event that is free to attend?\r\n\r\nWe will share our thoughts on event content curation, sponsors, and ecosystem collaboration. We will create transparency over our expenditures and how this event was financed.\r\n\r\nWe will also touch on the hardships and experiences of organizing a donation-only event, purely brought to you by a group of volunteers, always keeping in mind our goal: putting the attendee experience and content quality first.",
"Description": "",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"HHCRB3",
"TJGCZ3"
],
"Speaker names": [
"Afri Schoedon",
"Franziska Heintel"
],
"Room": {
"en": "Magazin - Main Stage"
},
"Start": "2023-09-15T17:30:00+00:00",
"End": "2023-09-15T19:55:00+02:00",
"Median score": null,
"Average (mean) score": null,
"Resources": []
},
{
"ID": "CAU9S8",
"Proposal title": "Real web3 messaging must be encrypted, decentralized, and interoperable! Utilizing dm3 protocol as layer 0 of messaging.",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Workshop: Educational"
},
"Track": {
"en": "Infrastructure"
},
"created": "2023-03-22T14:04:15.500638+00:00",
"Tags": null,
"Abstract": "The dm3 protocol is the web3 messaging protocol focusing on encryption, decentralization, scalability, and in particular interoperability. It utilizes the essential features for a lean messaging base protocol: a registry for public keys and decentralized delivery service nodes.",
"Description": "Email, SMS, and messengers such as WhatsApp, Signal, Telegram, and others are known and used by almost everyone today. The lack of comprehensive end-to-end encryption for e-mail and closed data silos for central messenger services are currently common. Cross-application communication is not possible. User profiles are under the control of large corporations.\r\n\r\nWith web3 we have new possibilities like key-based identities, decentralized registries on the blockchain, and end-to-end encryption, ... In the last month, several web3-based messaging solutions were introduced. While encryption, security, and privacy are consistently implemented, interoperability is still not yet solved but is needed even more. \r\n\r\nWith **dm3**, there exists a lean web3-based protocol for peer-2-peer messaging, which makes it possible to easily integrate secure communication into DApps. Interoperability with other protocols or services can be accomplished with little effort and without compromising on security. Protocol extensions for advanced privacy, group chats, public message feeds, and more enhance the basic protocol for even more applications.\r\n\r\nThe **dm3** protocol is utilizing **ENS (Ethereum Name Service)** as a central (but decentralized) registry for communication information (like public keys for encryption and signature verification and information, how and where to deliver messages) and an open and scalable network of delivery service nodes for delivering messages or as gateways to other protocols or services.\r\n\r\nThe aim of the talk is to introduce the public good dm3 protocol, emphasize how interoperability is fundamental for web3 messaging applications and how interoperability is implemented with dm3, and show how secure and interoperable communication can be integrated into DApps.\r\n<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 40,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"QNLULM"
],
"Speaker names": [
"Steffen Kux"
],
"Room": {
"en": "Atelier - Workshop 1"
},
"Start": "2023-09-15T09:00:00+00:00",
"End": "2023-09-15T11:40:00+02:00",
"Median score": "2.00",
"Average (mean) score": 1.8,
"Resources": []
},
{
"ID": "CCYAET",
"Proposal title": "The problem of historical data availability in EVM chains",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Workshop: Educational"
},
"Track": {
"en": "Infrastructure"
},
"created": "2023-06-14T11:57:08.747204+00:00",
"Tags": null,
"Abstract": "This presentation will try to explain what the problem of historical data availability is in EVM chains, why it exists and how we can try to tackle it.",
"Description": "Given an ethereum address, get all transactions involving it. Such a simple and fundamental thing to ask, though all EVM chains and other EVM inspired chains clients simply can't answer this easily.\r\n\r\nThe way the node client is built it's unable to provide this answer which has given raise to a host of problems as new protocols and indexing services arise to fill in the gap. As ethereum protocol development enters its 10th year the problem seems to be ignored and sweeped under the rug, such as with the removal of archive nodes.\r\n\r\nAll the above leads to a very unfortunate centralization of what was supposed to be a decentralized protocol. In the talk we will try to analyze the problem, some existing solutions and approaches and how we can do better so that ethereum can go into the next 100 years and have historical data available.\r\n<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 40,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"M9SRRS",
"EM9DLK",
"QAKTGL"
],
"Speaker names": [
"Lefteris Karapetsas",
"Yabir Garcia",
"Konstantinos Paparas"
],
"Room": {
"en": "Loft - Workshop 0"
},
"Start": "2023-09-15T12:15:00+00:00",
"End": "2023-09-15T14:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "CHPGAZ",
"Proposal title": "Worldcoin: Maximally private digital identity.",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Cryptography"
},
"created": "2023-05-28T11:05:33.720497+00:00",
"Tags": null,
"Abstract": "With over 2M members Worldcoin has the largest anonymity set for its zero knowledge proof of personhood protocol.",
"Description": "The talk will be about ZK Magic and technical aspects. ZKP was first used by ZCash to create transactional privacy (something we still don't have in Ethereum). Then we got distracted by the scaling problem and started developing ZKRollups. We now even have ZKEVMs. All of these require massive proving servers, and that has been the focus of ZKP development.\r\n\r\nBut we still need privacy, and for that we need small fast provers that users can run themselves. And it needs to run in the wallets. i.e. in the browser and on their phones. This creates a set of challenges very different from the ones you find in ZKRollups. There are a number of developments, tricks, and research areas that can help devs bring privacy to the users and I will be talking about those.\r\n\r\n<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"9SF8VH"
],
"Speaker names": [
"Remco Bloemen"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T16:30:00+00:00",
"End": "2023-09-15T18:55:00+02:00",
"Median score": "1.00",
"Average (mean) score": 1.0,
"Resources": []
},
{
"ID": "CUAMSQ",
"Proposal title": "Verkle sync : bring a node up in minutes",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Networking"
},
"created": "2023-04-07T16:00:42.788275+00:00",
"Tags": null,
"Abstract": "A high-level introduction to verkle sync, a synchronization algorithm made possible by the use of verkle trees and stateless Ethereum.",
"Description": "This presentation covers the internal of verkle sync from the point of view of the attester and/or hobbyist, and proposes a separation between attesters and block proposers. It details why running a node will become much easier, for some purposes, once verkle trees are in use.\r\n<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "/media/protocol-berg/submissions/CUAMSQ/profil_NsxZE2t.jpeg",
"Speaker IDs": [
"VTRV78",
"PKCUY3"
],
"Speaker names": [
"Guillaume Ballet",
"Tanishq Jasoria"
],
"Room": {
"en": "Magazin - Main Stage"
},
"Start": "2023-09-15T08:30:00+00:00",
"End": "2023-09-15T10:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "DXBMVB",
"Proposal title": "Essential Maths for Zero Knowledge Proofs",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Workshop: Educational"
},
"Track": {
"en": "Cryptography"
},
"created": "2023-03-16T16:26:00.153124+00:00",
"Tags": null,
"Abstract": "A workshop explaining the essential maths needed to understand zero knowledge proofs",
"Description": "his interactive workshop will go through the maths needed for zero knowledge proof creation and verification. \r\nIt will cover\r\n- Background cryptography / number theory\r\n- Polynomial theory\r\n- Commitment Schemes\r\n- A run through of the zkSNARK and zkSTARK process\r\n- Optimisation techniques used in popular protocols",
"Notes": "",
"Internal notes": null,
"Duration": 40,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"SJDYHJ"
],
"Speaker names": [
"Laurence Kirk"
],
"Room": {
"en": "Loft - Workshop 0"
},
"Start": "2023-09-15T11:30:00+00:00",
"End": "2023-09-15T14:10:00+02:00",
"Median score": "1.50",
"Average (mean) score": 1.5,
"Resources": []
},
{
"ID": "DXHUGH",
"Proposal title": "p2p set reconciliation as storage-heavy dapp infrastructure 2.0",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Workshop: Educational"
},
"Track": {
"en": "Networking"
},
"created": "2023-06-10T11:06:30.422757+00:00",
"Tags": null,
"Abstract": "With a set reconciliation algorithm built on js-libp2p-gossipsub and using Patricia Merkle Tries Farcaster (and Kiwi News) are pioneering a new type of credible neutral architecture for social+decentralized apps. In this talk, @timdaub will go through the architectural basics of what makes Kiwi News\u2018s replication algorithm work and how it uses the Ethereum mainnet for name space management and as a public key registry.",
"Description": "<tags>Ethereum</tags>",
"Notes": "Links to understand this talk\r\n\r\n- Farcaster protocols https://github.com/farcasterxyz/protocol\r\n- A kiwinews frontend: https://kiwinews.xyz\r\n- A 4min prime on the \u201ewhy\u201c of Kiwi News https://www.youtube.com/watch?v=WujtU15yAyk\r\n- A paper outlining set reconciliation using Merkle trees: https://edoc.hu-berlin.de/bitstream/handle/18452/22105/dissertation_kruber_nico.pdf?sequence=5\r\n- https://github.com/attestate/kiwistand kiwi news code base",
"Internal notes": "",
"Duration": 40,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"7Z9TBC"
],
"Speaker names": [
"Tim Daubensch\u00fctz"
],
"Room": {
"en": "Atelier - Workshop 1"
},
"Start": "2023-09-15T14:45:00+00:00",
"End": "2023-09-15T17:25:00+02:00",
"Median score": "1.50",
"Average (mean) score": 1.5,
"Resources": []
},
{
"ID": "EEPMJU",
"Proposal title": "Retroactive Public Goods Funding: 2 Rounds in",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Governance & Society"
},
"created": "2023-05-23T14:11:21.809139+00:00",
"Tags": null,
"Abstract": "In this talk I want to share about Retroactive Public Goods Funding, what we learned in running 2 rounds of RetroPGF at Optimism, and what's next on our journey to summon Ether's Phoenix \ud83d\udd4a\ufe0f",
"Description": "Cyberspace today suffers from a monumental market failure because its economic ruleset was built for the physical world. Public Goods are core to the growth of cyberspace but our current markets are unable to nurture that growth. Web3 presents an opportunity for cyberspace to only be occupied but governed by its citizens and reinvent how we organize and fund public goods in this digital age\r\n\r\nOptimism is experimenting with a new economic mechanism called Retroactive Public Goods Funding, in which citizens reward the creation and maintenance of public goods proportional to how much impact these public goods provide to the collective.\r\n\r\nIn March \u201823, we concluded our second RetroPGF experiment, where 69 Badgeholders allocated 10M OP among 195 Projects. We learned a bunch. We're on to the next experiment with exciting new improvements. One step closer to Ethers Phoenix\r\n<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "/media/protocol-berg/submissions/EEPMJU/Sunny_newww_mY1w5qy.png",
"Speaker IDs": [
"B7LXZG"
],
"Speaker names": [
"Jonas Seiferth"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T08:30:00+00:00",
"End": "2023-09-15T10:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 1.8,
"Resources": []
},
{
"ID": "EGZZDF",
"Proposal title": "Post-Conference Social Mixer",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Miscellaneous"
},
"Track": {
"en": "General"
},
"created": "2023-08-23T12:02:52.649864+00:00",
"Tags": null,
"Abstract": "Grab a drink (choice of aperitif, beer, or lemonade on us!) and mingle with fellow attendees and speakers.",
"Description": "",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [],
"Speaker names": [],
"Room": {
"en": "Magazin - Main Stage"
},
"Start": "2023-09-15T18:00:00+00:00",
"End": "2023-09-15T20:25:00+02:00",
"Median score": null,
"Average (mean) score": null,
"Resources": []
},
{
"ID": "G7Z33N",
"Proposal title": "The Blockspace Expo",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Workshop: Deep Dive"
},
"Track": {
"en": "Consensus"
},
"created": "2023-04-05T15:38:12.463529+00:00",
"Tags": null,
"Abstract": "Protocol researchers and developers from distant ecosystems gather to talk about their blockspace.",
"Description": "We present a workshop centred around blockspace and its provision in four different ecosystems. Blockspace is the key resource supplied by blockchains, which allows users to transact. Considerable infrastructure has now seen the light of day towards refining blockspace and delivering more value across the stack, from users to the protocol. But blockspace is not an homogenous resource, being deeply tied with both the consensus protocols which supply it and the infrastructure which refines it. Comparing notes between ecosystems will allow us to uncover best practices and opportunities to learn from one another.\r\n\r\nOur workshop will feature researchers and developers from four different ecosystems, represented by:\r\n- [Robert Habermeier](https://twitter.com/rphmeier/status/1631467728555974658) (Polkadot)\r\n- [Sam Hart](https://twitter.com/SkipProtocol/status/1642895191857299458) (Skip Protocol)\r\n- [Jannik Luhn](https://twitter.com/project_shutter/status/1628430652990267393) (Shutter Network)\r\n- [Barnab\u00e9 Monnot](https://twitter.com/barnabemonnot/status/1628836608270016517) (Robust Incentives Group @ Ethereum Foundation)\r\n\r\nEach speaker will present key facts about their blockspace, its design and its philosophy (4x 8mins each). After these opening remarks, we feature a panel moderated by [Christopher Goes](https://twitter.com/cwgoes) (Heliax) to dive into the deep questions (~40 mins). Expect resource pricing, MEV, base-layer encryption, composability and many other themes to be discussed!\r\n\r\n<tags>Cosmos, Ethereum, Polkadot, Gnosis</tags>",
"Notes": "This is more to express interest, but should the workshop be accepted, we would discuss further with each other to come up with a final abstract, title and description. At the moment, all four of us have simply expressed interest, but we are also happy to include other ecosystems who will be represented at Protocol Berg, and to take cues from the organisers on how to run the session so that it fits well with other talks at Protocol Berg. We think it's a unique chance to all be in the same room :)",
"Internal notes": "",
"Duration": 80,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"E3QQUM",
"CLABRV",
"3EJWPM",
"3VUTST",
"MEVNRW"
],
"Speaker names": [
"Barnab\u00e9 Monnot",
"Sam Hart",
"Jannik",
"Robert Habermeier",
"Christopher Goes"
],
"Room": {
"en": "Magazin - Main Stage"
},
"Start": "2023-09-15T14:30:00+00:00",
"End": "2023-09-15T17:50:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "GEMJER",
"Proposal title": "Dynamic IBC: the new wave of dApp composability",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Infrastructure"
},
"created": "2023-06-30T19:56:08.533866+00:00",
"Tags": null,
"Abstract": "Until now, interoperable applications using IBC could only be built by launching your own chain on Cosmos. The new Dynamic IBC (dIBC) creates new possibilities for smart contracts to create their own data packets and compose with other dApps and appchains to unlock a new battery of use cases in web3.",
"Description": "<tags>Cosmos</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"NUWLD7"
],
"Speaker names": [
"Federico Kunze K\u00fcllmer"
],
"Room": {
"en": "Magazin - Main Stage"
},
"Start": "2023-09-15T11:30:00+00:00",
"End": "2023-09-15T13:55:00+02:00",
"Median score": "1.50",
"Average (mean) score": 1.5,
"Resources": []
},
{
"ID": "GSUARP",
"Proposal title": "Whisk: returning privacy to Ethereum proposers",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Consensus"
},
"created": "2023-06-01T07:16:33.005398+00:00",
"Tags": null,
"Abstract": "Proposal for Whisk: a privacy-preserving protocol for electing block proposers on the Ethereum beacon chain designed by George Kadianakis",
"Description": "The beacon chain currently elects the next 32 block proposers at the beginning of each epoch. The results of this election are public and everyone gets to learn the identity of those future block proposers. This information leak enables attackers to launch DoS attacks against each proposer sequentially in an attempt to disable Ethereum. To fix this issue a SSLE strategy is proposed. Whisk is a privacy-preserving protocol for electing block proposers on the Ethereum beacon chain designed by George Kadianakis.\r\n<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "/media/protocol-berg/submissions/GSUARP/hq-my-edit-light-small-MAIN-SMALLER_rRN5Bbv.jpg",
"Speaker IDs": [
"ZCLJY8"
],
"Speaker names": [
"dapplion"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T14:00:00+00:00",
"End": "2023-09-15T16:25:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "H73PFK",
"Proposal title": "beyond indexers: trustless application data snapshots",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Infrastructure"
},
"created": "2023-06-30T20:40:17.090502+00:00",
"Tags": null,
"Abstract": "I will present a trustless application data snapshot architecture based on on-chain hashed lists. I will also demonstrate an implementation of that architecture that is used by HOPR mix nodes to sync data much faster and with very few on-chain reads. The proposed mechanism is an orders of magnitude improvement in indexing speed at the cost of one on-chain hash + read + write of a single storage slot. Our open source base contract can be easily integrated into other smart contracts and combined with various frontend libraries.",
"Description": "",
"Notes": "",
"Internal notes": null,
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"GFTHRQ"
],
"Speaker names": [
"Sebastian Buergel"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T16:00:00+00:00",
"End": "2023-09-15T18:25:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "HDJFBS",
"Proposal title": "The Best of Both Worlds: Exploring the Role of Centralization in IPFS",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Infrastructure"
},
"created": "2023-06-15T17:16:41.930109+00:00",
"Tags": null,
"Abstract": "Web centralization and consolidation have created potential single points of failure, e.g., in areas such as content hosting, name resolution, and certification. The \"Decentralized Web,\" led by open-source software implementations, attempts to build decentralized alternatives. The InterPlanetary File System (IPFS) is part of this effort and provides a fully decentralized object storage and retrieval layer. This comes with challenges, though: Decentralization can increase complexity and overhead, as well as compromise performance, scalability, and system stability. As the lead developers of IPFS, we have therefore begun to explore more hybrid approaches. In this talk, we will discuss the trade-offs, and our implemented and proposed solutions, as well as give an outlook.",
"Description": "<tags>IPFS</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"VWRBVW"
],
"Speaker names": [
"Dennis Trautwein"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T14:30:00+00:00",
"End": "2023-09-15T16:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "HSU7RW",
"Proposal title": "Blockchain node DB designs: from Geth to Erigon",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Databases"
},
"created": "2023-06-20T12:29:55.517014+00:00",
"Tags": null,
"Abstract": "One of the definite feature of Erigon is how it stores blockchain state and state history in its own database. In this talk I will talk about the details, the database choices and the path the Erigon team took to go from the Geth data model into its own.",
"Description": "<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"F7H7ZF"
],
"Speaker names": [
"Igor Mandrigin"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T11:30:00+00:00",
"End": "2023-09-15T13:55:00+02:00",
"Median score": "2.00",
"Average (mean) score": 2.0,
"Resources": []
},
{
"ID": "HUC7BR",
"Proposal title": "Protocol Guild: Funding & Incentivising Core Protocol Work",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Standard"
},
"Track": {
"en": "Governance & Society"
},
"created": "2023-05-05T06:21:46.265642+00:00",
"Tags": null,
"Abstract": "The Protocol Guild aims to secure the future of Ethereum, by enabling a highly efficient way for its ecosystem and community to sustainably fund core protocol development, while rebalancing incentives for core protocol contributors.",
"Description": "The Protocol Guild itself is a collective of Ethereum\u2019s active core protocol contributors, which is today comprised of 130 individuals from +20 different ecosystem teams. These individuals are focused not only on maintaining Ethereum and the EVM as it exists today, but also on researching and implementing cutting-edge advancements which will help onboard the next wave of global users seeking the benefits of decentralized and censorship-resistant protocols. In short, the work done by this collective is of extreme importance to the long-term security of Ethereum.\r\n\r\nNevertheless, funding for core protocol work has historically come from a select number of entities, which only provides a fraction of the financial incentives compared to other available work (apps, L2s etc.), on a risk-adjusted basis. The Guild was created to serve as a counterbalance to this (and at worst, a funder of last resort), while providing core protocol contributors with a way to indirectly participate in the success of the broader ecosystem, and incentivize continued contributions over the long term.\r\n\r\nIn this presentation, I\u2019ll detail the different attributes and assurances that make Protocol Guild an ideal funding mechanism for Ethereum\u2019s core protocol development, something that can be used by Ethereum's ecosystem and community to fund core protocol development in a very unique way, that takes into consideration the past, present and future.\r\n<tags>Ethereum</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 25,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "/media/protocol-berg/submissions/HUC7BR/PG_RvQlz2E.jpg",
"Speaker IDs": [
"N9BNME"
],
"Speaker names": [
"Trent Van Epps"
],
"Room": {
"en": "Atelier - Side Stage"
},
"Start": "2023-09-15T09:00:00+00:00",
"End": "2023-09-15T11:25:00+02:00",
"Median score": "2.00",
"Average (mean) score": 1.8,
"Resources": []
},
{
"ID": "JNBDLT",
"Proposal title": "Agile Coretime: A Periodic, Sale-based Method for Assigning Polkadot Coretime",
"Proposal state": "confirmed",
"Pending proposal state": null,
"Session type": {
"en": "Presentation: Keynote"
},
"Track": {
"en": "Consensus"
},
"created": "2023-07-26T11:11:53.128675+00:00",
"Tags": [
"Polkadot"
],
"Abstract": "The \"Polkadot Ubiquitous Computer\" (or just Polkadot UC), represents the public service provided by the Polkadot Network: it is a trust-free, WebAssembly-based, multicore, internet-native omnipresent virtual machine which is highly resilient to interference and corruption. The present system of allocating resources of the Polkadot Ubiquitous Computer (parachain slot auctions) is based on a model of one-core-per-parachain: this is a legacy interpretation of the Polkadot platform and is not a reflection of its present capabilities. With Polkadot's capability to adapt to its users'need, a new paradign for allocating coretime is being implemented by ecosystem teams. Coretime on the Polkadot UC is envisioned to be sold by the Polkadot System in two separate formats: Bulk Coretime and Instantaneous Coretime. When a Polkadot Core is utilized, we say it is dedicated to a \"Task\" rather than a \"parachain\". The Task to which a Core is dedicated may change at every Relay-chain block and while one predominant type of Task is to secure a Cumulus-based blockchain (i.e. a parachain), other types of Tasks are envisioned. Bulk Coretime is sold periodically on a specialised system chain known as the \"Coretime-chain\" and allocated in advance of its usage, whereas Instantaneous Coretime is sold on the Relay-chain immediately prior to usage on a block-by-block basis.\r\n\r\nThis talk aims to explain this paradigm change within the Polkadot community to adapt to end-user needs, provide more agility and reduce long-term design flows.",
"Description": "<tags>Polkadot</tags>",
"Notes": "",
"Internal notes": "",
"Duration": 50,
"Slot Count": 1,
"Language": "en",
"Show this session in public list of featured sessions.": false,
"Don't record this session.": false,
"Session image": "",
"Speaker IDs": [
"WBQUWB"