# Delegation-Based Personal Data Processing Request
## 3 Delegation-Based Personal Data Processing Request Notarization Framework
### GDPR Compliance Audit Process
In the performance evaluation of the proposed framework, the main issue area was found to be the BC area. The performance of BC solutions is one of the characteristics that BC users are most concerned about. However, due to the diversity of consensus mechanisms and APIs, existing performance benchmarking frameworks cannot be directly applied to distributed ledger systems, making it very important to devise solutions to compare different platforms in a meaningful way. In order to perform and analyze the performance measurement in the BC area of the proposed framework on a consistent and systematic basis, this work used 'Hyperledger Caliper' (hereinafter referred to as 'Caliper'), which is a performance measurement framework optimized for the HLF BC environment. Caliper is a BC benchmark tool that allows users to measure the performance of a BC implementation with a predefined set of use cases. Caliper generates a report containing several performance indicators such as transaction per second (tps), transaction latency (latency), and resource utilization [45]. In this work, the performance of the proposed framework was measured by automatically generating loads by setting various use case sets of Caliper. We increased the load from 50 to 300 tps by automatically creating a transaction and transferred it to the smart contract of the proposed framework. Furthermore, the processing result data of the proposed framework for the input data were measured, and the write and read throughput rates of the proposed framework in the BC area were analyzed. In addition, the proposed framework was designed on the basis of the assumption that SAs in various countries subject to GDPR configure peers and perform notarization; thus, performance analysis is required according to node expansion. We increased the number of peers from two to six and measured and analyzed the write and read throughput rates. This performance test was repeated five times in total, and the results were averaged. Figures 13 and 14 shows the results of analyzing the write and read throughput of the framework proposed in the BC area according to the change in the number of peers. It was confirmed that the read delay of the proposed framework increases from the peer over two peers, 250 tps area, and the write throughput is significantly reduced from the 200 tps area. Simultaneously, in the simulation, we set 50 users to continuously generate transactions. However, considering the service characteristics of the proposed framework, it is rare for users to continuously generate personal data processing requests. Moreover, considering that it is a simulation environment using Docker and there are limitations of computing resources such as CPU and memory, the performance is expected to be further improved in the actual implementation environment. In addition, considering the trade-off

Figure 13: Performance of read in BC of proposed framework under different workloads and different number of peers. between security and performance according to scalability in a distributed environment, the performance decreases when nodes are increased, but security becomes stronger. ### Comparative Analysis of Related Works

The proposed delegation-based personal data processing notarization framework was designed to support the requirements of \"reliable notarization of request for the processing of personal data that can be easily used without sharing personal data and processed in real time.\" The framework was compared with the related works, which could confirm that the reliability and excellence of the framework are satisfied. We compared and analyzed the superiority of the proposed framework, focusing on the work of [PERSON] et al. that includes issues on data processing requests among works related to BC-based GDPR compliance. Table 6 presents the results of analyzing whether the functions and properties of the framework proposed by [PERSON] et al.